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PREFACE 


This  edition  of  ^MntProgvmMonagementHandbookvptats&sxidte^aoe&iix 
Joint  Logistics  Commander's  Guide  for  The  Mam^ement  of  Joint  Service 
Programs,  3id  ed..  piWished  the  Defi^  Systems  Management  College  (DSMQ 
in  1987.  This  gui^  addresses  changes  in  the  requirements  process  and  the 
1991  and  1992  revisions  of  the  TX)D  SOOO  series  directives  and  instnictions.  If 
you  are  new  to  the  aoquisitkm  process,  or  unfamiliar  with  changes  to  the  acquisition 
process  that  have  taken  piaoe  since  1991,  you  should  use  it  in  concert  with  the 
separately  published  Introduction  to  Defense  Acquisition  Management,  2nd  ed.  by 
Joseph  Schmdl  (DSMC  Press,  1993). 

like  the  Introduction  to  Defense  Acquisition  Manr^ement,  this  handbook  provides  a 
quick  guide  to  refiesh  the  -drills  d  experienced  acquisition  management 
professionals  and  serves  as  an  introduction  to  joint  acquisition  management  for 
students  and  newoomos.  The  views  of  ejqterienced  joint  program  managers  are 
quoted  within  this  guide  to  give  practical  advice  to  the  reader. 

Suggested  additions,  deletions,  and  other  changes  are  encouraged  from  readers  of 
this  publicatioa  Send  them  to  the  Chairman,  Acquisition  Policy  Department, 
DSMC,  Fort  Belvoir,  Virginia  22060-5426. 
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AN  INTRODUCTION  TO  JOINT  PROGRAM 
MANAGEMENT 


This  handbook  is  designed  to  hdp  current  and  future  joint  program  personnel  It 
contains  advice  that  oomplenients  the  nxne  general  Inhroduction  to  Defense 
Aoquisitioo  Management,  2nd  ed.,  (DShC  Press,  March  1993).  It  incorporates  the 
perspectives  cf  fixiner  joint  program  managers  gleaned  from  a  Defense  Systems 
Marragement  CoU^  (DSMQ-sponsored  interview  program  It  is  not  a  detailed 
description  of  how  each  military  service  manages  those  joint  programs  for  which  it 
is  the  lead  military  service.  Joint  programs  are  managed  on  a  day-to^l^  basis  in 
accordance  with  the  lead  military  services  procedures.  These  details  are  left  to  the 
military  service.  This  handbook  provides  additional  guidance  on  policies  and 
procedures  that  hdp  assure  a  sucoes^  joint  program 

gCTtnl 

DOD  Instruction  S000.2  defines  a  joint  program  as: 

Any  Defense  Acquisition  system,  subsystem  component,  or  technology  program  that 
involves  formal  nuwutgement  or  fending  by  more  than  one  component  t^ng  any 
phase  of  a  system's  life  cycle  shall  be  classified  as  a  Joint  program  This  includes 
programs  where  one  DOD  conqxment  mt^  be  acting  as  acquisition  agent  for 
amther  DOD  component  by  mutual  affeement 

As  the  definitkm  says,  jtwit  program  management  ma>  vary  from  a  Joint  M^ 
Defense  Aoquisitioa  Program  to  simply  one  military  dqrartment  serving  as  a 
procuring  agent  for  others.  Befiaie  each  miteawie  decirion  review,  all  programs  are 
reviewed  for  joint  poteoliaL  the  program  is  designated  as  “jomT  at  ar^r  of  these 
paints  in  the  life  cyde,  a  joint  program  manager  can  be  qipointed.  Whether  joint  or 
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not,  all  programs  will  have  a  program  manage'  no  later  than  six  months  after 
Milestone!,  Concept DemonstimkmApiHoval.' 

Joint  pn^iams  can  be  established  by  the  Under  Secretary  of  Defense  for  Acquisition 
and  Techndogy  (USD(A&T))  or  by  agreemoots  between  two  or  mote  military 
Slakes  or  defense  agencies.  USEKA&T)  designates  Acquisition  Category  (ACA'H 
I  programs  fi>r  joint  service  managonent,  and  other  milestone  decision  authorities 
m^  establish  lesser  category  joint  programs.  Congressional  interest  in  supporting 
joint  requirements  and  in  avoiding  duplication  among  the  military  services  often 
results  in  statutory  or  report  language  requests  for  joint  programs.  Joint  programs 
are  established  for  srane  of  the  following  reasons; 

•  Provide  a  new  joint  combat  capatality 

•  Improve  military  service  interoperability  and  reduce  diqrlication  among  the 
military  services 

•  Reduce  development  and  production  costs 

•  Meet  similar  multiservice  requirements 

•  Redtrce  logistics  reqirirements  through  standardization 

Joint  program  examples  include  the  Worldwide  hfilitary  Cotiunand  and  Control 
System  (WWMCCS),  Joint  Starrd-Oflf  Weapon  (JSOW),  V22  Oqrrey,  the  Joint 
Surveillance  Target  Attack  Radar  System  (JSTARS),  and  the  Joint  Tactical 
Information  Disbibution  System  (JTIDS). 

The  Milestone  Decision  Authority  (MDA)  is  the  individual  designated  in 
accordance  with  criteria  initiated  by  the  USD(A&T)  to  approve  entry  of  an 
acquisition  program  into  the  next  phase.  An  MDA  such  as  USD(A&T),  designates 
Joint  programs.  Joint  programs  are  generally  formed  by  agreements  between 
component  MDAs,  or  by  direction  of  USD(A&T)  or  Congress.  Formal  milestone 
reviews  are  conducted  to  encourage  joint  program  consideration.  Each  military 
service,  the  Joint  StafC  and  the  defense  agencies  coordinate  Mission  Need 
Statements  (MNSs)  to  assess  the  joint  potential  of  their  requirements.  The 
sponsoring  command  assigns  a  Joint  Potential  Designator  (JPD)  in  the  MNS  to 
ideate  potential  for  joint  management,  funding,  develqrment,  or  procurement. 
Figure  1-1  presrats  these  JPDs  as  defined  in  the  Chairman  of  the  Joint  Chie&  Of 
Staff  Memorandum  of  Policy  Number  77  (CJCS  MOP  77)  and  DODI  5000.2.  The 
Joint  Requirements  Oveisi^  Council  (JROC)  coordinates  the  JPD 


'DCX)1 5000.2,  page  3-10. 
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Joint  PotMtIal  Designator  (JPD) 

Indapandont 

No  potontlal  fof  ottior  swvico  um,  (yttonw  interface,  or 
joint  development  or  procurement. 

Joint  Intarast 

Jotnt  program  managament  ia  inappropriate,  tmt  a  potentiai  for 
ottier  uae  or  ayatama  Interface  exiata.  (Formerly  interoperating) 

Joint 

A  potential  ter  joint  program  management,  joint  funding, 
or  joint  development  or  procurement  exiata 

Source.  OOOI  S000.3  1  ...  —  —  i  ■ 

FIGURE  1-1 

DEFINITION  OF  JOINT  POTENTIAL  DESIGNATOR 


process  for  ACAT  I  programs,  and  the  DOD  components^  perform  the  same 
function  for  ACAT  0,  m,  and  IV  programs.  The  ^^A  proves  joint  program 
designation  for  ACAT  I  programs  as  early  in  the  acquisition  process  as  possible  and 
appoints  the  lead  DOD  military  service.  Additionally,  each  DOD  service  provides 
the  JROC  an  armuai  Joint  Potential  Assessment  Report  (JPAR)  by  the  end  of  each 
January  that  describes  the  program  status  and  JPD  of  all  acquisition  programs  with 
Joint  potential.  Formal  program  reviews  determine  joint  potential  before  each 
acquisition  milestone. 

All  programs  are  tom  between  the  requirements  d*  the  Executive  Branch,  Congress, 
and  industry.  Program  managers  often  call  this  conflia  the  “tortured  triangle.”  The 
joint  program  manager  often  &oes  a  more  complex  version  of  the  “tortured 
triangle,”  because  joint  programs  generally  reflect  more  complicated  joint 
requirements  and  are  often  larger  in  dollar  value  to  serve  the  needs  of  multiple  users. 
On  the  positive  side,  however.  Congress  and  OSD  usually  look  upon  joint  programs 
with  greater  &vor. 

A  successful  joint  program  manager  must  learn  etxxigh  about  the  requirements  and 
cultures  of  each  supported  military  service  to  place  a  capable  and  supportable 
werqron  system  in  the  hands  of  users.  In  Joint  Pub  1,  General  Colin  Powell, 
Chairman  of  the  Joint  Chie&  of  Staff  (CJCS),  wrote,  “Joint  war&ie  is  team 
war&re.”  By  analogy,  the  successful  joint  program  manager  must  build  a  joint 
team,  whose  members  are  skilled  in  their  own  types  of  warftire,  and  be  able  to 
siqjetvise  an  efifective  joint  organization.  Some  joint  prc^ram  staffs  manage  large 
ACAT  I  programs.  These  ate  programs  designated  by  the  Defense  Acquisition 
Executive  (DAE)  valued  at  $300  million  in  Research,  Developtnem,  TesL  and 


^The  OEBce  of  the  Seoetaiy  of  Defense;  The  Military  Dqtartments;  The  Chairman, 
Jdnt  Chkfe  of  Staff  and  the  Joint  ^aff,  the  Unified  Cottunands;  the  Defense 
Agencies;  and  DCH3  Field  Activities. 


1-3 


I 


JOINT  PROGRAM  MANAGEMENT  HANDBOOK 


Evaluation  (RDT&E)  or  $1.8  billion  in  (mcurement  in  FY  1990  constant  dollars.^ 
ACAT  I  pvoigrani  offices  havt  more  senior^evd  ovtisi^  Other  joint  program 
offices  generally  operate  within  the  lead  Service's  acquisition  chain  but  &ioe  some 
unkpie  life  cydedialicnges  as  will  be  described  later  in  this  guide. 

Joint  programs  are  mnnaged  through  the  lead  DCMJ  conqionent's  acquisition  chain 
The  formal  definition  of  joint  {xogiams  indudes  programs  with  broad  joint 
iq)|riications  and  ptogiams  in  whidi  one  ccmqxment  may  act  as  acquisition  agent  for 
another  conqionenL  Therefore,  the  joint  program  manager  must  assess  the  needs  of 
the  Unified  Conunand^  and  military  service  customers  and  establish  a  functional 
management  structure  to  accommodate  thdr  concerns.  This  guide  describes 
regulatory  requirements  of  joint  programs  and  provides  management  advice 
designed  to  siqipmt  Total  Quality  hfonagement  (TQM/Total  Quality  Leadership 
(TQL)  concepts. 

Views  (rfFormer  Joint  Program  Managers- 

•  Jointness  may  be  defined  as  a  single  system  that  satires  the  needs  of  more 
than  one  component. 

•  Never  lose  sight  of  who  the  [joint]  customer  is  and  what  exactly  is  required 
to  support  the  mission  objective  and  requirements. 

•  Each  military  service  has  different  terminology  or  “language.  ”  The  joint 
program  manager  is  required  to  comprehend  what  the  military  service 
“actually  said"  vs.  what  the  military  service  “actually  meant  to  st^. " 


In  general  standard  procurement  law  (e.g..  The  Competition  in  Contracting  Act) 
and  regulations  (e.g.,  the  Federal  Acquisition  Regulation  (FAR),  the  DOD  FAR 
Siqjplement  (DFARS)  and  the  corrqxtnent  stqjplements)  apply  to  joint  programs. 
The  following  dxxild  be  emphasized  for  joiitf  programs: 

•  The  Law: 

DOD  Reorganization  Act  of  1986  (Gddwater-Nichols)  and 
arxrther  legislative  report.  Defense  Organization:  The  Need 
for  Change,  which  explains  congressional  reasoning  for 
increasing  jointness  and  the  influence  of  the  combatant 
oonunandets. 


’DODI  5000.2,  page  2-3. 

^Central  Command;  European  Command;  Pacific  Command;  Atlantic  Conunand; 
Southern  Command;  ^tedal  Operatxns  Conunand;  Strata  Omunand;  Space 
Command;  and  Ttanspwtatioo  Command. 
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•  Sectioa  2308,  Title  10,  U  S.  Gide  and  IXX>I  5000.2,  which 
describes  terms  and  conditions  fiv  militaiy  service  withdnnval 
from  joint  programs. 

PubUcatkns; 

-  DOD  Directive  5000.1,  (Defense  Acquisition),  the  broad 
policy  directive. 

OCX)  Instruction  5000.2,  (Defense  Acquisition  Management 
Policies  and  Ptocedutes),  which  iin{dements  this  policy. 

D(X3  5000.2-M,  (Defense  Acquisition  Management 
Documentation  and  Reports),  the  “how-to”  manual  for 
required  documentation,  including  formats. 

CJCS  Memorandum  dP  Policy  No.  77,  Requirements 
Generation  System  Policies  and  Pnoceduies.  Ptovi^  policy 
fw  requirements  generation  and  the  processing  of  MNS  and 
ORDs. 

-  JROCM-92-050,  IROC,  Adnunistiative  Instruction, 
Requirements  Generation  Process. 
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2 

DEPARTMENT  OF  DEFENSE  JOINT 
ACQUISITION  POLICY  AND  REPORTING 
REQUIREMENTS 


General 

The  broad  policies  of  DOD  Directive  SOOO.l  and  the  pnxedmes  in  IXX>  Instnjcdon 
5000.2  and  DC^  5000.2M  apply  to  joint  acquisitions.  The  DOD  fiamewoik  of 
integrated  managanent  ap{dies  to  j(^  ptpgrams  where  fiscal  resources,  operational 
testing  and  evaluation,  and  logistics  invdve  multqrie  services  and  may  raise  unique 
integration  i«iu»c  This  chapter  highlight!;  some  policy  areas  of  joint  enqthasis  and 
the  key  documents  required  of  joint  programs. 

Memoran<hitn!i  of  Agreement  and  Memorandums  of  Underrtanding 

The  terms  Memorandum  of  Agreement  ^OA)  or  Memorandum  of  Understanding 
(MOU)  are  usually  interchangeable.  Tb^  are  the  basis  of  a  good  joint  program. 
They  define  the  gitxmd  rules  fiom  which  most  other  management  actions  flow.  The 
rules  for  MOAs  and  MOUs  fw  joint  programs  were  defined  in  an  MOA  on 
Management  of  Kfiiltiservioe  Programs,  signed  20  July  1973  (Aiuiex  A).  It  is  still 
the  basis  for  the  authority  given  mulfiservioe  pn^iam  managers. 

Early  identification  of  cooperative  opportunities  ensures  all  pl^'ers  are  brou^  in 
prior  to  the  start  of  developmerU.  Having  mterested  parties  harnmer  out  the  details 
befon  development  starts  is  critical  to  success.  In  particular,  file  process  finr 
negotiating  the  joint  requirenicifis  is  idertificd  in  the  h^XJ.  All  participants  must 
dearly  state  joint  opersttional  requirements  and  agree  to  theoL  if  all  participants 
don’t  agree  to  the  requirements  fiont,”  the  joint  program  manager  will  have  a 
hard  time  trying  to  satisfy  chartging  demands  fiom  two  or  more  chains  of  conunand. 

Topically  these  are  some  issues  that  should  be  addressed  in  MOA  and  hftXJs; 

•  Management 

Determine  the  program  manager’s  scope  of  authority 
•  EstsUishsdection  criteria 
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Define  idationdiqKbetnmi  paitic^ai^ 

-  FuIIpaitnen 

-  Associates 

•  Determine  management  01;^ niwsinn  and  idationships 

•  Requiianeiits 

Establish  program  ittiuiitments 
.  Establisb  process  tv  vhydatiqgcfaaqget 

•  Define  who  can  oeate  changes 

•  Security 

.  Determine  d^ree  of  risk 
What  is  to  be  oontidled 

•  How  it  will  be  controlled 

•  Funding 

•  Determine  fimding  source 
Share 

Control 

Terminatioa 

•  Contacting 

•  1>pe 
Whoserules 

•  Conflict  resolutioa  device 

•  Ongoing  working  groqrs  to  cover  diese  topics: 

-  RoiuiremeaMs 

-  Logistici 

•  Intetfi»e(oonfigunlionoootrol) 

Test 

Not  all  joint  programs  have  MOUs  or  MOAs.  On  the  other  hand,  some  have  many. 
R  is  possMe  to  run  a  program  without  fi»m;theyjut  make  it  eafier.  ftaUdqiends 
on  needs  of  a  spedSc  program. 
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AcwfaWonltevlewt 

Acquiatiflo  Categfxy  (ACAT)  I  programs  are  reviewed  by  the  Miit  Requireaieiite 
Ovosight  Council  (JROC)  prior  to  Aoquisitioa  of  Phase  0.  At 
mikstoae8,theJROC  reviews  ACAT  ID  joist  programs.  DoD  and  military  service 
formal  acquisition  reviews  indude  an  ana^^  of  potential  for  joiiit  program 
designationL 

Rcoortillg  rhatiM 

like  servioe^nique  programs,  joint  programs  must  have  short,  dear  lines  df 
authmily.  Ilpire  M  shows  a  typical  ACAT  ID  joint  program  authority  rfiain, 
whidt  indudes  an  acquisition  auttiority,  program  executive  officer,  and  imgtam 
manager.  However,  some  joint  programs  may  be  structured  with  the  joint  {xogram 
manager  reporting  directly  to  the  Compcment  Acquisition  Executive. 


BaBteBBBfl 

h^iorjoitd  program  tequiitments  tnqr  be  initiated  by  a  Unified  Corninand  CINC, 
but  the  preforted  means  is  staffing  through  a  mili^  service  in  support  of  the 
concerned  QNC 

•  Hie  joint  program  manager  diould  team  foe  comlwlant  commander's 
rationale  for  mqjorprograms>e.g.,  obtain  wkbnrea  battlefield  surveillance 
or  attadc  time-ctitiGal  targets  in  adverse  weather  and  at  ni^ 
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•  The  joint  program  manager  must  be  sensitive  to  militaiy  seivioe  oonoeras, 
e.g.,  operation  in  dan^t.  salty  environnients;  maintenanoe  training  weight 

Test  and  Evahnttion 

Just  as  fi>r  militaiy  aeraoMmique  programs,  the  OfiSoe  of  the  Secietaiy  of  Defense 
(OSD)  Director  of  Operational  Test  and  Evaluation  (DOTAE)  must  approve,  in 
writing,  the  adequacy  of  all  testing  and  evaluation  of  all  ACAT  I  joint  programs. 
This  approval  must  te  granted  prior  to  fill!  rate  production  decision  ^filestone  m) 
and  receive  special  repotting  ab^  operational  testing.  A  lead  organization  must  be 
(jeagnated  to  coordinate  all  testing  involving  more  than  one  Militaiy  Dqaitment  or 
Defense  Agency. 


The  designated  lead  militaiy  service: 

•  l«  fftqvmgWe  for  maintaining  aingnt  pmgrani  dmimentatinn 

.  Manages  the  flow  of  mifestone  review  and  periodic  reporting  through  the 
lead  DCX)  seivioe  acquisition  diaia 

•  Manages  the  oonuncm  research,  development,  test,  and  evaluation 
(RDT&E)  funds  for  assigned  joint  {HOgrams  (unless  directed  otherwise). 

Program  Finding 

The  lead  conqnnent  funds  RDT&E  for  all  program  aspects  that  satisfy  common 
requirements  (urdess  funding  exemption  has  been  approved  by  the  milestone 
de^on  authority).  Procurement  is  funded  by  the  conqxment  in  proportion  to  the 
number  of  items  being  bought  by  each  conqxxicnL  The  lead  component  should 
have  total  program  funding  authorify  and  lesponsibilify  as  follows; 

•  Participating  components  should  fond  ooniponent'unique  imitation  and 
improvements  and  resulting  procuiemeiUs. 

•  Joint  program  managers  should  ensure  that  paiticq»nts  conunit  funds  and 
that  h^As  and  NKXJs  discuss  fondiitg. 

The  National  Defense  Authorizatira  Act  of  1993  changed  the  guidelines  fw 
withdrawing  from  joint  programs  as  follows: 

•  For  ACAT  I  programs,  the  head  of  the  withdrawing  DCXJ  component  must 
notify  the  l^D(A&T),  the  Vice  Chairman  of  the  Joiiti  Chiefr  of  Staff 
(VCJCS),  and  the  concerned  oonqxment  acquisition  authorify  before 
withdrawing  or  IrubstantiallyiBducing^piogiamparticipatioiL 

•  Substantial  reduction  in  laogram  participation  consists  of  a  SO  percent  or 
more  decrease  in  its  share  of  next  presidential  budget  year  funding,  in  total 
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pfognm  lliiiiliiig,  or  in  equqvient  quaodtkt  by  Ae  oomfniients  seeking  to 
leduoe  didr  paticiiMlioa 

The  lead  component  amean  the  impact  of  the  paiticqxning  compooeat 
witfadiawii^  or  niatantially  ledudqg  paitkyalioa  The  JROC  and  Defense 
Aoquisitioa  Boaid  (DAB)  or  DAB  CommittBes  review  this  analysis  and  make 
remmmendatiooa.  The  USD(AdtT)  makes  the  final  delenntnalioa  of  w  >  r  the 
withdrawing  oomponeat  may  drop  die  progiam  or  substamially  reduce  pen  idon 
and  whether  the  withdrawing  militaiy  service  will  be  liable  for  any  cot^i.nuing 
fiinding  coats.  The  withdrawing  component  may  not  reduce  or  eliminate  funding 
prior  to  the  USD(AftT)'8  final  decisioQ. 

Simitar  procedures  are  used  for  ACAT  II-IV  programs,  with  the  lead  com|X>nent 
making  an  initial  determination  of  whether  the  withdrawing  component  will  have 
continuing  financial  obligstiaoa  for  the  program.  For  ACAT  n-IV  programs, 
withdrawal  dedsioas  by  the  head  of  the  le^  component  or  Component  Aoquisitiori 
Executive  may  fic  appealed  to  the  ISD(AAT). 

Mews  of  Former  Joint  Program  Manaoem- 

•  Joint  training  saves  dollars  and  adds  to  trade-offs  and  assistance  for 
operational  users.  Joint  logistics  (one  depot)  kelps  monies  pass  through 
various  chedqooints  in  the  PPBS.  Any  “jointness"  that  mnics  needs  to  be 
emphasaed  and  reemphasized  to  Congressional  staffers  and  DOD 
agencies.  Saves  the  program,  sometimes. 

At^  defeults  or  withdrawals  fiom  a  program  may  have  to  be  paid  for  by  the  military 
service  that  bows  out  The  militaty  service  should  continue  to  pay  for  the  program 
through  the  next  mileslone  or  PPBS  cycle 

Quality  Aswrance 

A  joint  program  must  have  a  single  quality  assurance  program,  a  single  change 
control  program,  a  single  int^rated  test  program,  and  common  documentation. 

RenortiBg  Requirements 

Throughout  the  acquisition  life  rycle,  the  jmnt  program  manager  must  comply  with 
a  number  of  reporting  requirements.  Fipire  2-2  presents  a  matrix  showing  most  of 
the  rqxKts  required  of  a  typical  joint  program  offi^  This  matrix,  adapted  fiom  one 
developed  by  dm  Unmanned  Aoial  Vehicles  (UAV)  Joint  Program  Office,  is  based 
upon  the  repotting  requirements  specified  in  D(X)  5000.2,  Part  11,  Section  C,  and 
indudes  congressional  and  statinoiy  repotting  requirements.  Managers  of  other 
joint  programs  may  want  to  use  tUs  matrix  as  a  guide  for  cataloging  their  own 
repotting  requirements. 

Because  of  the  need  to  coordinate  with  multiple  military  services,  it  often  takes  twice 
as  k»g  as  for  a  single  milhaty  service  program  to  generate  these  reports. 
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Comegiitady,  the  joiot  pngntB  imiinBf  seed!  to  Mm  dw  pngnm  office’s 
Rpoitiiig  leqinieoienis  at  aa  eaify  mge  aod  alhmr  Mfficfeat  time  not  only  tv 
devdoping  the  leports  but  also  fv  oooidiaaliaf  them  titooD^  tiie  aalkaiy  aeivioes. 


The  imtgated  Aognm  Smmnaiy  (IPS)  and  hs  ftaictioiial  aimexes  are  used  to 
su|i|iaftto|Mevelaoi|uMiianaMM«emea^  It  k  described  in  Pmt  4  of  IX»  S000.2 
M. 

Till*  .■it  A»ri«rf.(COEAI 

COEAs  (mandatoiy  fat  ACAT  I  mid  n  pngauae)  are  piqmied  by  the  lead 
componem  and  considered  at  mikstone  reviews  hegiiining  at  MUestone  L  K'the 
(XgA  k  supplemented  by  other  participants,  the  lead  component  must  ensure  that 
assumptions  and  methodologies  are  conastmt,  Large  joint  programs  will  likdy 
have  mndfling  sigiport  to  peribrm  thk  analysk  Former  joint  program  manapm 
recommend  several  difltaeut  models  to  improve  and  verify  analysk.  The  lead 
oongionerv  head,  or  designated  representative,  often  an  cnmmamt^  k 

legxmsible  fiv  the  OC£A 

View  ofFormer  Joint  Program  Manafp- 

•  Economy  of  scaU  is  an  important  issue  in  the  COEA  and  requirements 
process. 
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TheCAia>kpfC|andliydielMdO(nvQiMatwUitnfiHlifiQnipaitic9anli.  Aaia 
ang|»«avioe  pngmu.  die  CARO  ckiWiihfe  a  qalem  deacription  fat  ooat- 
ckimartngpiBpoaea  PorjoiatpropaaMt  the  CARD  naMtmdudeconinioiiMlieat 
qfkem  feabna  aa  agreed  to  by  die  paidcpanla  and  rervioMiniqiie  requirementt. 
Ilie  CARD  M  provided  in  prelimtaaiy  ina  to  die  Coct  Anatyins  Inprowmeat 
Gmgi. 


The  militaiy  reraoe  inidligeaoe  ooammd  or  agency  produces  the  initial  STAR  or 
threat  assessment  report,  described  in  Rnt  4,  DOD  5000.2,  befixehfilestooeL  The 
STAR  contains  a  qfstom-qpecific  thieal,  e.g.,  hoslik  air  deftnse^  an  analysk  of 
tedinfcally  feasible  weapons  that  could  afibct  die  proposed  qnteni;  and  critical 
intdligenoe  paiameten  that,  if  dianged,  could  aflto  die  weapon  system.  The 
Director,  Defense  Intoitigmce  Agen^  ^lAX  advises  the  DAB  and  JROC  and 
validates  dueats  devdoped  by  the  militaiy  services  fer  DAB  review.  The  joint 
program  manager  diould  understand  the  CTAR  and  be  able  to  brief  hs  status;  but 
should  leave  MdmmiveintdligeBceMmm  to  piwfeasiniialintdligenceiiffioarK 


TEMPS  are  desctibed  in  Part  7,  DCX)  5000.2M.  Joint  programs  require  a  sin^ 
TEMP.  The  joint  program  manager  must  bralser  a  oootdinatod  T^dP  with  the 
paiticqiaiits  fer  developmental  testing  and  operational  test  and  evaluatioa  In  the 
case  of  ACAT I  programs,  the  Director  of  Operational  Test  and  Evaluatioa  and  the 
Director,  Test  and  Erotuadon  (DT)  are  the  approval  authorities  fer  TEMPS. 

Computer  Resourccr  Life  Cvdc  Maaagenreirt  Plan  fCRLCMF) 

Automated  Data  Plooessiiig  (ADF)  utilization  is  documented  in  a  Computer 
Resources  Life  Cycle  Management  Plan  (CRLCMP).  The  CRLCMP  presents  the 
govenunent  plan  fer  managiiig  the  computer  ^stom  throughout  its  life  cycle.  B 
addresses  software  maintenanoe  methods  once  a  ^stom  is  fidded,  which 
require  the  acquisition  of  computer  equiprnent  and  preparation  of  facilities  at  the 

iiUwvlwd  mairtrmumf  nte« 
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3 

JOINT  DEFENSE  ACQUISITION  MANAGEMENT 
ORGANIZATIONS 


General 

This  cluqjter  disaisses  the  organizations  involved  in  joint  program  management.  It 
presents  some  historical  badcground,  describes  the  organizations  that  provide 
acquisition  oversight,  describes  military  service  relationships,  and  presents  issues 
related  to  each. 

Backgroimd 

Joint  program  managers  operate  in  an  environment  shaped  by  fairly  recent  and 
continuing  acquisition  reforms.  The  latest  major  acquisition  reforms  started  with 
President  Reagan's  Blue  Ribbon  Commission  on  Defense  Management  (the  Padcard 
Commission,  named  for  its  Chairman  David  Packard,  a  former  Deputy  Secretary  of 
Defettse).  Among  other  things,  the  Padraid  Commission  recommended  the 
establishment  of  an  Under  Secretary  of  Defense  for  Acquisition  (USD(A))-now  the 
Under  Secretary  of  Defense  for  Acquisition  and  Technology  (USD(A&T)). 
President  Bush  ordered  a  follow-on  assessment  of  acquisition,  which  became  known 
as  the  Defense  Management  Review  (DMR).  The  DMR  reiterated  the  findings  of 
the  Padcard  Commission,  formed  the  basis  for  current  DOD  5000  series  regulations 
(DODD  5000.1,  DODI  5000.2;  DC®  5000.2-h^,  and  recommended  a  four-tiered, 
streamlined  acquisition  structure.  The  structure  tuns  from  the  USD(A&T),  through 
the  C^nqwnent  Aociuisition  Executive  (CAE),  and  full-time  Program  Executive 
OfiQcets  (PEOs)  to  the  individual  program  managers.  Figure  3-1  presents  a  sample 
repotting  structure. 

Joiiit  Program  Overairirt  Or»anpjtinn« 

Joint  program  managers  supetviang  an  ACAT I  program  ate  concerned  with  the 
fcdlowing  personnel  and  wganizations: 
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•  Under  Secietaiy  of  Defense  for  Acquisition  and  Technology  (USD(A&T)): 
Serves  as  the  Defense  Acquisition  Executive,  and  ranks  third  in  the  DOD 
for  acquisition  matters,  taking  precedence  over  the  sectaries  of  the  military 
services. 

•  The  Cbmponent  (military  service)  Acquisition  Executives  and  their  staffs: 
The  Assistant  Secretary  of  the  Army  for  Research,  Develc^ment  and 
Acquisition;  the  Assistant  Secretary  of  the  Navy  for  Research  Development 
and  Acquisition  (supports  the  Marine  Corps);  and  the  Assistant  Secretary  of 
the  Air  Force  for  Acquisitioa 

•  The  Joint  Requirements  Oversight  Council  (JROC):  The  JROC  reviews 
ACAT  ID  programs  at  each  milestone  prior  to  DAB  review  and  all  ACAT I 
programs  at  Milestone  0,  with  emphasis  rm  rerpiirements  and  performance 
baseline  issues.  The  JROC  is  chaired  by  the  Vice  Chairman  of  the  Joint 
Chiefi  of  StaflF  (JCS)  and  includes  the  Vice  Chief  of  Stafl^  U.S.  Army,  Vice 
Chief  ofNaval  Operations;  Assistant  Commandant,  U.S.  Marine  Corps;  and 
Vice  Chief  of  St^  U.S.  Air  Force. 

•  Defense  Acquisition  Board  (DAB);  Alter  military  service  review  and  JROC 
validation,  ACAT  ID  [nogranis  are  forwarded  to  a  DAB  committee,  then 
the  DAB,  with  the  milestone  decision  made  by  the  USD(A&T).  The  DAB  is 
chaired  by  the  USD(A&T)  and  includes  senior  OSD  and  Component 
rqnesentatives.  The  VCJCS  is  the  Vice  Chair  of  the  DAB.  The  Chairman 
of  the  cognizant  DAB  committee  is  also  a  member  of  the  DAB. 

•  Defense  Acquisition  Board  (DAB)  Conunittees:  Figm  3*2  illustrates  the 
DAB  committees,  which  are  responstUe  for  making  a  recommendation  to 
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the  DAB  about  an  ACAT  ID  pn^ram's  readiness  to  pnxxed  to  the  next 
phase  of  the  acquisitioa  life  cyde.  l^pical  issues  indude  operational 
effictiveness;  program  oast  growth  and  dd^  feilure  to  meet  tedmical 
thresholds;  logistics  or  other  suppottdxlity  problems;  threat  assessment 
changes;  test  and  evaluation  issues;  cooperative  development  or  joint 
military  serdee  concerns;  and  manpower  availal^ty.  The  USD(A&T)  will 
issue  a  DAB  decision  as  a  go  or  no-go  decision,  documented  in  an 
Acquiation  Decision  Nfemorandum. 


*  Cost  Analysis  Iiiq)rovement  Groiq>  (CAIG):  This  OSD-level  groq>,  chaired 
by  the  Director,  Program  Analysis  and  Evaluation  (Dir,  PA&E),  is 
reqxMisiUe  for  indqrendent  cost  review.  ACAT  E>  program  office  and 
component  life  cycle  ocst  estimates  must  be  provided  to  the  CAIG,  via  the 
DAB  Executive  Secretary,  no  later  than  45  days  in  advance  of  DAB 
committee  reviews.  The  IX)Doonqx>nent  normally  briefe  the  CAIG  at  least 
21  days  before  DAB  conunittee  reviews. 

•  Program  Executive  Officer  Joint  program  managers  are  generally 
supervised  by  a  Program  Executive  Officer  (PEO)  within  the  lead 
component  The  PEO  has  responsibilities  for  oversight  of  programs  of  a 
common  nature  (e.g.,  aircraft  |HOgiams,  tactical  missile  programs)  within 
the  lead  component  and  may  exercise  oversight  of  more  than  one  joint 
IHOgtam.  The  PEO  can  support  the  joint  program  manager  by  interceding 
to  resdve  issues  within  lead  and  participant  budget  staSs,  procurement 
commands,  and  senior  Washington  area  personnel  such  as  those  in  the 
intelligence  community  or  Office  ofthe  Secretary  of  Defense.  Aspartofhis 
or  her  oversight  aiilbority,  the  FEO  can  recommend  removal  and 
replacement  of  program  managers  who  are  not  perfenming  satisfectority. 
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A  iKimaiy  oonoeni  an  ACAT  ID  j(^  program  manager  is  the  time  management 
of  his  or  her  imo&oe  with  oversi^  organizations.  Meetiog  DAB  milestones 
requires  months  of  prepaiatioa  and  travel  Prior  to  DAB  review,  the  program 
manager  brieGs  the  using  commands;  afEected  military  service  logistics 
organizations;  key  military  service  acquisition  officials,  such  as  the  military  service 
PEO  and  CAE;  a^  other  affected  organizatioos.  DAB  briefing  dates  are  generally 
not  rescheduled  unless  there  is  a  voy  high^evd  requirement  or  external  reason, 
such  as  congressional  queries  aboin  a  progiata 

Views  of  Former  Joint  Proaam  Managers: 

•  The  joint  program  manager  must  leom  perseverance. 

•  When  communicating  with  DOD  e^ertcies  (OSD),  the  program  manager 
must  rely  on  continuous  dialogue  to  keep  them  up  to  speed  on  program 
status  and  associated  problem  areas.  In  the  hr^  run,  OSD  mi^  prove  to  be 
of  assistance  in  keeping  the  program  funded  or  to  help  resolve  problem 
areas 

Service  Relationshitrs 

Joint  program  managers  must  coordinate  fiscal  logistics,  and  other  matters  across 
one  or  more  military  service  staf&  and  with  joint  users.  To  coordinate  effectively, 
the  joint  program  manager  must  understand  the  nature  of  the  joint  requiremenL 
Furdiermore,  the  joint  program  manager  Exxs  a  variety  of  users  requiring  qrecial 
attention.  For  example,  an  Arttry  user  m^  be  n»re  concerned  about  target  vehicle 
identification  and  issues  within  a  sensor  ^stem  (e.g.,  armored  persotmel  carrier, 
tank,  or  type  of  tank)  than  an  Air  Force  survdUance  system  program  manager  who 
focuses  on  airfiatrK  and  sensor  requiranents.  The  Navy  and  Marines  often  have 
qrecial  ertvimunental  protection  requirements  for  equipment  used  or  stored  aboard 
ships.  Even  equipmoit  radc  size  can  be  a  &ctor  for  supportability.  Service-specific 
use  of  technical  jargon,  informal  military  service  networks,  and  unique 
requirements,  such  as  in  the  special  operations  area,  require  a  special  effort  by  joint 
program  managers.  Figure  3-3  presents  points  of  contact  for  joint  programs. 
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OoO  Componant 

Ganaral  POC 

Specific  POC 

OlflMOfllMUndar 
Sacnlwy  of  D«fenM  for 
AoquWtlon 

OIractor  Acquiaition  Program 
Integration  (Dir,  API) 

Deputy  Director,  Acquisition 
Program  Irtegration  for 
Acquisition  Systems 
Management  (DepDir.  ASM) 

Oepartinont  of  tho  Army 

Aaaiatant  Secretary  of  the  Army 
for  Research.  Development, 
and  Acquisition  (ASA(RDA)) 

Chief  of  Requirements. 
Programs,  and  Priorities 
Division,  Force  Structure 
Integration  Directorate,  Office 
of  the  Deputy  Chief  of  Staff  for 
Operations  and  Plans  (DAMO- 
FDR) 

Department  of  the  Navy 

Assistant  Secretary  of  the 

Navy  for  Resaarch, 

Oevalopmerrt  and  Acquisition 
(ASN(RDA)) 

Deputy  tor  Acquisition  Policy, 
Integration,  and 

Accountability  (Dep,  APIA) 

Department  of  the  Air  Force 

Deputy  Chief  of  Staff  for  Plans 
and  Derations  (AF/XO) 

Director  of  Operational 
Requirements  (AF/XOR) 

CJCS  (Joint  Staff) 

Vice  Chairman.  Joint  Chiefs  of 
Staff  (VCJCS) 

Chief  Systems  Program 
Evaluation  Division 
(J8/SPED) 

Other  OoO  Component! 

US  Special  Operations 
Command  (USSOCOM) 

Director  of  Acquisition. 

Special  Operations 

Research,  Developmeni, 
and  Acquisition  Center  (Dir, 
Acq«ORDAC) 

—  Source.  Adapted  from  0 

PROGRAMS 

FIGURE  3-3 

POINTS  OF  CONTACT  FOR  JOINT 

Vigws  of  Former  Joint  Program  Mana^rs: 

.  Develop  quarterly  briefings  for  participants’  staffs  to  keep  them  informed 
on  program  status  and  to  eliminate  surprises 

•  Ensure  that  the  lead  component  develops  the  basic  "system."  Any 
modifications  added  should  be  tested  by  the  military  service  for  program 
compliance  before  implementing  them  into  the  mainstream. 
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JOINT  REQUIREMENTS  GENERATION  PROCESS 


General 

An  understanding  of  requirements  is  especially  key  in  joint  programs  for  the  reasons 
discussed  in  Ch^er  3.  Moreover,  because  of  the  pace  of  change  in  our  national 
security  environment  and  the  resulting  restructuring  of  the  Unified  Commands  and 
military  services  that  reflect  this  global  environment,  requirements  are  fiequendy 
altered  today.  The  Secretary  of  Defense  has  assigned  new  missions  to  the  U  S. 
Atlantic  Cortunand,  irKluding  overseeing  joint  exercises  of  CONUS-based  forces 
and  peacekeeping  siq^rt,  and  the  U.S.  Strategic  Command  was  recently  formed. 
The  Army  is  preparing  for  expeditiorrary  qserations  under  its  Land  Force 
Dominance  doctrine.  The  Navy  and  Marine  Corps  are  planning  for  more  emphasis 
on  littoral  warfare  as  described  in  their  From  The  Sea  white  paper.  For  its  part,  the 
Air  Force  has  undertaken  the  most  major  reorganization  since  its  founding  to 
implement  its  Global  Reach  Global  Power  strategy.  Requirements  generation  is  an 
evolutionary  process,  defining  a  needed  capability  to  fulfill  a  deficiency  or  exploit  a 
gap  amid  this  changing  military  environment 

Mission  Need  Statement  (MNSl 

The  MNS  identifies  the  need  or  deficiency  in  broad  operational  terms.  It  is  written 
after  analysis  shows  that  nonmateriel  solutions  and  existing  systems  will  not  address 
the  deficiency.  Validation  is  the  review  1^  an  operational  authority'  to  confirm  the 
requirements,  assess  joint  service  potential,  and  make  a  Milestone  0 
reconunendatioa  The  apptxrval  authority  sends  the  requirement  for  action  to 
USD(A&T)  for  ACAT  I  programs  and  to  the  DOD  Component  Acquisition 
Executive  for  other  categories.  The  sqrproval  authority  should  ^  recommend  the 
Joint  Potential  Designator  (JPD)  and  may  recommend  the  lead  component  for  joint 
programs.  The  Unified  Cotiunand  CINCs  and  military  service  Chi^  may  validate 
and  approve  ACAT  n-IV  MNS.  With  the  exception  of  USSOCOM,  the  Unified 
Comm^  CINCs  have  no  CAE.  The  Unified  Corrunands  generally  work  with  their 


'  The  JROC  does  this  for  ACAT  I.  Military  service  chief  for  ACAT  n,  HI  &  IV. 
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components  to  find  a  ^nsor,  but  may  send  a  MNS  directly  to  the  JRCX^  for 
resolufimi  and  reominiendation  cf  a  lead  component 


The  ORD  fixuses  on  inooiporating  the  results  of  cost-schedule-performance 
tradeo£&  from  concept  definition  and  cost  studies.  The  ORD  documents  system 
requirements  for  fiel^  systems,  including  system  capabilities  and  characteristics. 
It  ^tecifies  system  requirements  with  r^rd  to  performance  objectives  and 
thresholds  and  identifies  key  parameters.  An  objective  is  the  nxist  operationally 
cost-effective  level  of  performance.  A  threshold  is  the  minimum  accqrtable  level  of 
performance  needed  to  meet  the  user's  need.  Below  this,  the  system's  value  becomes 
questionable.  Key  parameters  are  those  crqrabilities  and  characteristics  so 
significant  that  foilure  to  meet  them  msy  cause  the  program  to  be  reassessed  or 
terminated. 

The  ORD  provides  a  link  from  the  MNS  to  the  acquisition  program  baseline  and  to 
the  contract  qrecifications.  Contract  qrecifications  for  the  Demonstration  and 
Validation  Phase  must  be  consistent  with  (but  not  ncc.;>sarily  match)  ORD  threshold 
values.  Contract  qrecifications  reflect  objective  values  in  the  Engineering  and 
Manufocturing  Deveicqrment  Phase.  At  Milestone  n  (for  Major  Defense  Acquisition 
Programs),  the  JROC  reviews  critical  system  characteristics  such  as  survivability, 
size  and  weight,  and  interoperability,  some  of  which  may  be  critical  system 
characteristics,  for  Major  Defense  Acquisition  Programs. 

Views  of  Former  Joint  Program  Managers: 

•  A  major  cost  driver  is  the  inability  to  make  decisions  on  Joint  requirements. 

•  Contract  problems  can  be  traced  back  to  technical  issues  and  related  to  the 
ability  to  meet  the  requirements  levied  upon  the  system.  Problems  arise 
from  a  lack  of  distinction  between  program  "objectives"  and  “thresholds" 
wherein  the  militcay  services  set  their  thresholds  equal  to  their  objectives 
for  fear  that  their  objectives  would  otherwise  not  be  met.  The  Joint  program 
manager  must  validate  the  requirements  on  merit,  with  a  value-added 
perspective. 

•  The  JROC  process  is  important  because  of  user  participation  and  the 
ability  to  coordinateAdentify  requirements  issues. 

•  In  development  of  the  ORD,  50  percent  of  the  time  is  spent  with  users 
discussing  trade-offs. 
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5 

LIFE  CYCLE  MANAGEMENT  OF  JOINT 
PROGRAMS 


General 

The  acqiiisirinn  life  cycle,  as  dqiicted  in  Figure  5-1,  consists  of  a  series  of  decision 
points  and  phases  of  activity.  This  charter  reviews  those  decision  points  and  phases 
and  provite  general  observ^ons  and  recommendations  re^rding  the  joint 
program  manager's  activities  in  each  phase. 


It  is  at  this  point  in  the  acquisition  cycle  that  the  Joint  Requirements  Oversight 
Council  (JROQ  reviews  Miskm  Need  Statements  (MNS)  for  potoitial  ACAT  I 
programs  to  determine  if  the  expressed  need  is  conunm  to  more  than  one  military 
service  and  may  ultimatety  result  in  the  initiation  of  a  joint  program  As  discussed 
earlier  in  this  guide,  jdnt  programs  do  not  formally  exist  at  this  point  in  the 
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acquisition  cycle.  Nevertheless,  if  a  joint  requiiement  is  deemed  to  exist,  the  JROC 
leoonuneads  designation  cf  a  lead  conqxment  for  conducting  the  Concept 
Kxptorjttion  and  Devdopinait  Phase  ofthe  program  to  the  USD(A&T). 

Milestone  0- Concert  Studies  ABoreval 

The  JROC  examines  the  needs  expressed  fay  the  military  services  to  confirm  that 
they  cannot  be  met  fay  nonmateriel  solutions  (e.g.,  a  change  in  tactics).  For  ACAT I 
programs,  if  the  JROC  determines  that  a  common  need  expressed  by  two  or  more 
components  can  onfy  be  met  by  a  materiel  solution,  the  DAB  assesses  the  JROCs 
findings  and  reconunends  to  the  USD(A&T)  whether  studies  should  be  conducted. 
The  USD<A&T)  formalfy  initiates  the  Concept  Studies  Phase  via  an  Acquisition 
Decision  Memorandum  that  names  the  lead  components  to  conduct  the  studies; 
identifies  minimum  alternatives  to  be  explored;  and  establishes  the  criteria  for 
exiting  the  Concept  Exploration  and  Definition  Phase. 

For  ACAT  n  through  IV  programs,  the  military  services,  through  the  DOD 
Component  Acquisition  Executive,  determine  whether  to  initiate  the  Concept 
Studies  Phase. 

Phase  0  -  Concent  Emloratkm  and  Definition 

During  Phase  0,  the  lead  conqxtnent  initiates  a  wide  variety  of  short-term  studies  to 
assess  alternatives  to  satisfying  the  need.  These  studies  address  trade-ofis  among 
cost,  performance,  and  schedule.  Although  at  this  point  a  joint  program  still  docs 
not  formally  exist,  the  activities  of  the  staff  conducting  the  studies  begin  to  take  on 
some  of  the  flavor  of  a  joint  program. 

This  is  a  critical  stage  in  the  development  of  a  joint  prograia  The  joint  program 
manager  must  conduct  coordination  among  the  participating  military  services  to 
identify  their  specific  needs.  The  lead  component  staff  conducting  the  studies  needs 
to  be  cognizant  of  the  different  military  services'  ^roaches  to  system  employment 
and  logistics  support,  to  include  possible  military  service-unique  needs.  Because  of 
the  impact  on  the  unit  and  life  cyde  costs  of  the  alternatives,  the  quantities  and  the 
logistics  support  infiastructures  needed  ly  each  military  service  are  also  addressed  at 
this  point  Furthermore,  whoever  is  leading  the  program,  prior  to  the  designation  of 
the  joint  program  manager,  needs  to  conduct  inter-service  coordination  to  develop 
the  acquisition  strategy.  The  weapon  system  ptt^xtsed  acquisition  strategy  must 
comply  with  all  relevant  arms  control  treaties,  accor^g  to  DOD  S000.2. 

In  sum,  it  is  during  this  stage  that  the  ^stem  requirements  begin  to  take  sh^.  As 
verified  through  the  DSMC-^nsmed  intoviews  with  joint  program  persotuiel, 
establishing  the  jmnt  requirements  that  the  proposed  system  must  meet  is  the  most 
critical  fector  in  determirtng  the  eventual  success  of  the  program.  In  particular,  the 
partidpants  must  ensure  agreement  on  ^stem  requirements  and  identify  specific 
service-unique  requirements  that  need  to  be  paid  for  sqrarately  1^  that  military 
service. 
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Milcatoiiel-CoiiceirtDeiiwiatr^ 

This  nulestoaeniatks  the  official  biith  of  a  joint  program.  The  decisioa  to  initiate  a 
Joint  program  to  develop  a  new  9’stem  is  made  0^  after  it  has  been  detennined  that 
the  n^  cannot  be  met  by  using  or  modifying  an  existing  military  system,  using  or 
modifying  an  existing  commercial  or  allied  system,  or  pursuing  a  ccuperative 
research  and  development  program  with  one  or  mote  allied  nations. 

The  decision  to  initiate  a  joint  program  is  promulgated  via  an  Acquisition  Decision 
Memorandum  approving  the  initiation  of  the  new  joint  program  under  the 
leadership  of  a  particular  military  service  and  giving  permission  to  enter  the  next 
acquisition  phase. 

Phase  I  -  Demonstration  and  Validation 

During  Phase  I,  joint  program  office  activities  go  into  full  swing.  The  program 
office  is  established  (if  not  alreatfy  formed)  and  jointly  maimed.  Funding  from 
multiple  military  services  is  brought  together  under  the  control  of  the  lead 
component.  Funding  for  common  RDT&E  is  provided  by  the  lead  component, 
while  funding  for  military  service-unique  requirements  is  provided  ty  the  military 
service  needing  the  unique  capability. 

As  the  phase  continues,  contracts  are  let  to  develop  and  demonstrate  hardware  and 
software  systems,  and  testing  is  conducted  to  determine  if  the  systems  being 
dev  eloped  meet  the  established  requirements. 

In  addition,  the  logistics  sui^rt  infiastructure  required  to  support  the  system  is 
examitvod  in  detail.  There  are  basic  underlying  differences  in  logistics 
infrastructures  among  the  participating  military  services.  These  differences  primarily 
affect  maintenance  concepts  ami  maintenance  siqrpott  equipment.  The  joint 
program  manager  must  ensure  that  sufficiently  detail^  plarming  occurs  to  account 
for  these  differences  and  that  commonality  is  maintained  to  the  greatest  extent 
possible. 

Because  this  is  the  fledgling  stage  of  the  system  acquisition  cycle,  it  is  the  phase 
during  which  the  program  is  most  vulnerable  to  external  criticism,  political 
pressures,  and  change.  During  this  phase,  the  joint  program  manager  must  work 
very  closely  with  the  participating  mititaty  services  to  maintain  “jointness”  and  to 
balatKe  attention  between  the  internal  day-toKlay  activities  of  the  program  and 
external  Actors  that  may  w(»k  to  detail  the  program.  Briefings  to  external 
organizations  become  routine,  and  virtually  every  program  management  decision 
needs  to  be  coordinated  through  multiple  chaimds.  Historically,  it  has  been 
conuimnplace  for  participating  military  services  to  second-guess  the  joint  program 
manager  and  devdop  their  own  independent  tedinical  and  cost  estimates  regarding 
the  program.  Such  indqrendent  assessments,  particularly  if  they  lead  to  radically 
different  conclusions,  can  result  in  the  piemaluie  tennination  a£  a  progratiL 
Consequently,  it  is  abstditfely  essential  for  the  joint  program  manager  to  tw  able  to 
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reconcile  difflatooes  among  the  paiticgwling  milftaiy  savices  so  that  common  and 
consistent  data  are  presented  to  otrtskle  oiganizalions.  This  will  prevent  confusion 
and  hdp  mainiaiii  an  accurate  understanding  of  the  program  1^  outside 
ofgannations. 

At  the  end  of  the  phase,  the  joint  program  manager  must  be  able  to  demonstrate 
success  in  meeting  the  dyectives  of  the  Demonstration  and  Validation  Phase  and 
present  results  qwnwfakfa  to  make  a  sound  decision  to  proceed  into  the  Engineering 
and  Manu&cturing  Development  Iliase. 


■'^llestoiten-lteveloiMiicirtAnDreval 


Development  approval  marks  a  significant  step  for  any  program,  but  it  is  even  more 
significant  for  a  joint  prc^ram  because  of  the  obstacles  that  generally  must  be 
overcome  to  get  t^  fiu-.  Because  of  differences  among  the  military  services,  some 
joint  programs  never  pass  this  step  and  are  pursued  no  fiirther.  Others  are 
corr^let^  restructured  at  this  point  before  theiy  are  permitted  to  continue. 


Although  joint  programs  nmmally  are  initiated  at  hfilestone  I,  this  step  may  also 
mark  the  beginning  of  a  joint  program  Because  the  qrportunity  for  satisfying  joint 
requirements  is  reviewed  throu^wut  the  acquisition  cycle,  some  individual  military 
service  programs  have  been  merged  at  this  point  into  a  new  single  joint  program  A 
recent  exarrqde  is  the  creation  cf  the  Joint  Stand-Off  We^n  (JSG^  Program 
utkler  the  leadership  of  the  Navy,  resulting  fiom  the  merger  of  the  Navy's  Advanced 
Interdiction  Weapon  System  (AIWS)  Program  and  some  Air  Force  weapons 
programs  that  were  still  in  the  Gmcqrt  Exploration  and  Definition  Phase. 


In  either  case.  Development  Ai^rroval  constitutes  perhaps  the  most  significant 
acquisition  milestorK  because  of  the  commitment  that  has  to  be  made  by  the  military 
services  to  the  continuation  of  the  program  after  this  point  According  to  DOD 
5000.2,  withdrawal  fiom  a  joint  program  by  arty  participating  military  service  may 
require  the  withdrawing  military  service  to  provi^  continuing  financ^  siqtpott  to 
die  program  Although  this  requirement  is  imposed  fiom  the  onset  of  the  joint 
program,  given  the  much  greater  financial  commitments  associated  with 
Engineering  and  Manu&cturing  Devdcpment,  the  decision  to  proceed  into  the  next 
phase  makes  it  extremely  costly  for  a  military  service  to  withdrw  fiom  participation 
after  this  point 


-  Enaineermg  and  Marnffacturing  Devetonment 

The  Engineering  and  Manufoctming  Development  Phase  presents  a  continuing  set 
of  challenges  to  joint  program  management  As  this  phase  progresses,  marry 
activities  within  eadi  of  the  participating  military  services  ne^  to  be  brought 
together  to  ensure  that  the  program  prweeds  on  scdiedule.  Among  the  activities  that 
present  the  greatest  challerige  to  the  joint  program  manager  are  j(^  military  service 
testing  and  planning  for  deployment  and  subsequent  logistics  support 
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Sysim  testing  ofka  becomes  a  piQbiem  area,  paitkuiaffy  widi  iipgnd  to  how  wdl 
the  qqtem  satisfies  ixevkxB^  «greed  1900 ‘joinf  reqitiiet^^  There  is  ofien 
pressure  to  develcv  militaiy  servioMinkiiie  modificatioiia  and  variants  to  the  basic 
system  to  meet  unique  requirenienis.  Ancdier  issue  tiiat  arises  is  tiie  desire  by  eadi 
militaiy  service  to  particq^  direct^  in  the  testing  of  the  ^slein,  not  only  in  tenns 
of  Operational  Test  and  Evatutiiaa  (OTAE)  but  also  in  Devetopmeatal  Test  and 
Evaluation  (DTAE).  This  competition  has  oAea  led  to  duplicate  testing  and  the 
manufiictureofextra  test  assets  to  satis^  these  desires.  A  unh^  test  plan  under  the 
management  of  the  lead  compcment  must  be  oocxdinated  with  the  partidpating 
inilitaiy  services  to  ensure  t^  ^stem  tests  address  the  test  concerns  of  the 
participating  inilitaiy  services. 

As  the  Engineering  and  Manu&cturing  Devdopmem  Ihase  jxpgtessea,  mote 
detailed  (daiming  must  be  conducted  r^atding  how  the  system  will  be  deployed  and 
logistically  supported.  The  magnitiide  of  planning  activities  that  must  occur  may 
lead  to  the  devdopment  of  large,  ofien  sqarate  stalls  within  the  program  office  to 
conduct  the  logistics  planning  for  eadi  military  service  and  petfmm  the  necessary 
inter-service  coordination  to  ensure  smooth  defdoymenL 

The  joint  program  manage’  must  work  with  each  of  the  military  services  to  ensure 
continued  funding  of  the  program,  hi  particular,  final  agreement  must  be  reached 
regarding  proposed  production  quantities  and  rates  because  of  their  effect  on  unit 
costs  and  logistics  suppext 

During  this  phase,  the  joirtt  program  r^fice  must  plan  for  the  support  of  the  system 
once  it  is  dqrloyed  One  sudi  type  cf  support  entails  collecting  and  ana^^g 
feedback  fiom  the  user  military  services  (m  ^  tdiability  of  the  ^sterns  used  in  the 
OTAE.  This  means  that  {xxKedures  and  systems  need  to  be  devdoped  to  physically 
collect  and  process  data  that  may  be  coltected  in  different  reporting  formats  and 
processed  uting  different  oxnputer  systems.  It  also  means  thd  the  joint  program 
staff  that  will  analyze  the  data  needs  to  be  cognizant  of  the  differences  in  rqrorting 
criteria,  formats,  and  levels  of  detail  used  by  the  different  military  services  in 
collecting  the  data.  The  systnns  fix  OTAE  may  be  acquired  through  Iw  rate  irutial 
production  (LRIP).  The  nurrtoer  of  ^sterns  needed  will  have  to  be  coordinated  with 
the  participating  militaty  services  well  in  advance.  The  numbers  will  be  based  on  the 
military  services’  early  operational  assessment  of  ptoto^pes  during  Phase  L  It  is 
impwt^  to  note  the  reasons  that  may  be  used  to  justify  an  LRIP;  first,  as  stated 
ab^  to  provide  production  representative  articles  fix  OTAE;  second,  to  work  the 
problems  out  of  the  marmtocturing  process;  and  last,  to  ramp  up  to  fitU  rale 
production  smoothly.  A  program  aay  not  justify  LRIP  fir  meetiog  initial 
operational  capffiiltty  (lOQ. 

The  dedswn  to  proceed  fiom  Engirweiing  and  Mamifiictim'ng  Development  into 
Production  agnifies  that  the  jotot  program  has  snccessfiilly  navigated  irnmnertible 
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over  the  yean  and  is  ready  to  begin  delivering  its  ]Hoduct  to  the  miliiaiy 
services  fiv  use.  To  fund  the  production  of  the  system,  each  participating  military 
service  must  ptogmn  procurement  dcdlare  ftr  its  share  of  the  product^ 

Pt.«M.m.PrtHfcictionandDcr>k>vincgt 

Duritig  the  Production  and  Deployment  idiase.  the  principal  req;x»isil^ty  of  the 
joint  program  manager  is  to  ensure  that  the  9stem  is  being  built  as  plarmed,  on  cost, 
and  delivered  satis&ctorily  to  the  user.  This  jdiase  calls  for  even  more  coordination 
with  the  user  militaty  services,  particulariy  with  r^ard  to  deliveiy  of  qrstems  and 
their  aooonyanying  maintenance  support  subsystems  including  extensive  amounts 
of  technical  orders  and  other  docurnentatioa  To  focilitate  this  process,  the  Joint 
Program  Office  nuQ'  need  to  have  personnel  collocated  with  the  logistics 
organizatimis  of  the  user  military  services. 

Recognizing  that  virtually  every  major  weapon  system  has  considerable  overlap 
between  the  Production  arid  Oeplojment  and  the  subsequent  Operations  and  Support 
Phases,  the  joint  program  managte  must  ensure  that  procedures  and  systems  are  in 
place  during  the  Production  and  Deployment  Phase  to  support  the  system  after  it  is 
fielded. 

Feedtack  fiom  users  invariably  results  in  a  need  to  modify  the  system  even  as  it  is 
being  produced  and  deployed  This  necessify  means  that  the  joint  program  manager 
must  continue  to  coordinate  vrith  the  military  services  on  requirements  and  identify 
common  and  militaty  service-unique  modification  requirements.  Furthermore,  it 
means  that,  although  the  program  is  in  the  Production  Phase,  RDT&E  fimding  must 
continue  to  be  provided  to  pt^  for  continued  develc^ment  and  testing  of  these 
modifications.  Agreement  on  the  required  nrodifications  and  funding  for  them  can 
normally  be  handled  within  the  purview  of  the  joint  program  office  in  coordination 
with  the  military  services  affected 

Phase  IV  -  OoCTations  and  Suniwit 

Phase  IV  begins  as  soon  as  the  first  systems  are  delivered  to  the  user  and  often 
overlaps  Phase  in.  No  milestone  is  associated  with  the  begirming  of  this  phase.  The 
primary  responsibility  of  the  joint  program  manager  during  the  Operations  and 
Support  Ph^  is  to  ensure  that  usos'  needs  continue  to  be  met,  priniarily  through 
tracking  system  reliabilify  and  processing  problem  rqxrrts.  It  also  entails  managing 
continued  production  rf  spares  and  tqair  parts  and  maintenance  su^xrrt  ^sterns, 
identifying  the  need  for  system  modifications  and  improvements,  and  managing 
them  once  thry  are  approv^ 

As  mentioned  above,  there  is  usually  oonsiderable  overlap  between  the  Production 
and  Deptoyment  and  the  Operations  and  Stqrport  Phases.  Furthermore,  it  is 
conunon  fix  a  joint  program  manager  to  have  to  manage  multiple  variants  of  a 
sfystem,  each  ofwfakhmiy  be  in  a  distent  fdiaseofthe  acquisition  cycle.  Aclassic 
example  of  sudi  a  program  is  the  AIM-9  Sidewinder  air-to4ir  missile  pn^ram. 


5-6 


) 


JOINT  PROGRAM  MANAGEMENT  HANDBOOK 


whidi  as  of  1991  indudes  the  A1M-9L  in  the  Opentions  and  Support  Phase;  the 
AIM-9M  in  both  the  Production  and  Deploymeni  and  Opecatiaas  and  St^pport 
Phases,  the  AIM^  in  the  Engineering  htenufiwturing  Deveiopment  Phase, 
and  the  AIM-9X  in  the  Ccnoept  Explofation  and  Development  Phase. 


Sometimes  a  napormodificatioo  to  the  system  nwst  be  made,  because  of  evdving 
dianges  in  the  threat,  to  overoome  deficiencies  discovered  throu^  operational 
testing  or  use,  or  to  reduce  operations  and  si^port  costs.  Changes  that  need  to  be 
made  to  qrslems  still  in  pniductkm  are  comidered  “modificaticm^  according  to 
IXX)I  S000.2.  As  described  therein,  whenever  the  magninitte  of  such  a 
modification  is  such  that  it  meets  ACAT I  or  n  criteria  or  is  designated  as  Major 
Defense  Acquisition  Program  the  USD(A&T),  the  proposed  modification  needs 
to  be  sutHtiitted  for  Milestone  IV  approval.  In  contrast,  changes  to  ^^ms  that  ate 
no  longer  in  production  are  considered  “upgrades,”  and  must  be  submitted  for 
Milestone  0  tqgtroval  where  the  proposed  changes  compete  against  other  concqitual 
alternatives  to  the  change.  For  modification  or  changes  that  do  not  meet  ACAT  I  or 
n  criteria,  procedures  must  be  coordinated  with  the  participating  military  services. 
When  either  situation  occurs  for  a  joint  program,  the  joint  program  manager  must 
ensure  that  all  of  the  required  data  are  gathered  and  the  necessary  analyses  are 
conducted  to  support  the  decision  process. 


5-7 


JOINT  PROGRAM  MANAGEMENT  HANDBOOK 


6 

JOINT  RESOURCE  ALLOCATION 


General 

As  disoissed  below,  the  joiiit  {xogram  manager  is  involved  in  the  four  phases  of  the 
Resoufoe  Allocation  Process  (RAP); 

.  Planning,  Programming,  and  Budgeting  (Phase  I) 

•  Enactment  (Phase  II) 

•  Apportionment  (Phase  ID) 

•  Execution  (Phase  IV) 

These  phases  are  calendar-driven  and  are  indqrendent  fiom  the  event-driven 
acquisition  process.  The  joint  {Hogtam  manager  must  take  care  to  not  confuse  the 
phases  of  the  RAP  with  th^  system  develc^ment 


Resources  for  joint  programs  are  provided  through  the  DOD  Planning, 
Programming,  and  Budgeting  System  ^FBS).  From  the  standpoint  of  the  joint 
program  manager,  the  military  service  Program  Objective  Memorandums  (POMs) 
and  budgets  are  usually  the  source  of  programmatic  funding.  OSD  and  the 
Commanders  in  (Thief  (CIN(Ts)  of  the  Unified  (Tonunands  can  provide  support  for 
joint  issues,  including  specific  {xogiams,  durittg  the  PPBS  cycle. 

The  Deputy  Secretary  ctf  Defense  (DEPSECDEF)  manages  the  PPBS  with  the 
advice  and  assistance  of  the  Defense  Resource  Board  (DRB),  which  he  chairs.  The 
advocacy  fin  joirtt  programs  in  the  )»ocess  often  comes  firom  (Tongress,  OSD, 

the  Joint  Staff  and  the  Unified  Commands.  The  joint  program  manager  should  be 
aware  of  the  military  strata  fi>r  onplctying  his  or  her  program  in  order  to 
understand  the  related  planning  and  programming  processes  that  occur  in  the 
military  services.  Joint  Staff  and  OSD.  For  exampl^  U.S.  Southern  (Tommand 
(USSCXJUKTOM)  counters  Latin  American  security  issues  with  a  peacetime 
engagement  strata  that  uses  command,  ccrntrol,  communications,  and  intelligence 
(C3J)  systems  to  h^  host  governments  cope  with  insurgents,  narcotics  traffickers, 
and  othtf  threats,  fit  biennial  PraS  years  a^  in  other  designated  years,  the  Unified 
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Command  CINCs  can  advocate  system  and  other  needs  through  Integrated  Priority 
List  (in^)  submissions  fiom  the  CINCs  to  the  DRB  through  the  JCS. 


•  Must  understand  the  PPBS  process  and  associated  “iHUs. "  Progrcm 
numager  must  learn  not  to  panic  and  have  most  documentation  available  to 
give  honest,  if  tentative  answers. 

Phase  n-  Enactment 

Congressional  review  of  the  DC®  portion  of  the  President's  budget  is  undertaken  by 
authorizing  committees  and  ap|»epriating  committees  befim  budget  bills  are 
introduced  into  law.  Congreskrnal  authmizaticHi  specifies  the  siibstance  of  a 
program,  including  authorizations  tar  major  we^ns  programs.  The  Senate  and 
House  Armed  Services  Comntittees  are  the  m^r  DCH)  authorizing  comnuttees.  A 
review  of  their  subcommittees  suggests  smne  areas  of  inteiesL  The  Senate  Armed 
Services  Corrunittee  has  sdbcommitlees  on  Readiness,  Sustainabili^,  and  Siqrport 
(including  military  construction);  Strat^c  Forces  and  Nuclear  Deterrence; 
Conventional  Fences  and  Alliance  Drfense;  Defense  Industry  and  Technology, 
Manpower  and  Persormel;  and  Projection  of  Forces  and  R^onal  Defense.  The 
House  Armed  Services  Committee  has  subconunittees  on  Research  and 
Development;  Seapower  and  Strategic  and  Critical  Materials;  Procurement  and 
Military  Nuclear  Systems;  Investigations  (including  jurisdiction  over  acquisition 
regulations  and  related  procurement  matters);  Readiness;  Military  Installations;  and 
Military  Persormel  and  (Tompensatioa  The  House  Armed  Services  Committees  has 
established  panels  including  Special  Operations  and  Acquisition  Policy.  The  joint 
program  manager  rtu^  have  dealings  with  the  staffs  of  these  cotrunitlees  and,  more 
formally,  through  OSD  or  military  ser\ice  congressional  liaisoi..  It  is  inqxrrtant  that 
the  program  descrqition  provided  to  Congress  be  consistent  with  authorization  bill 
language,  hforeover,  the  joint  program  manager  should  be  aware  of  rqport  language 
affecting  his  or  her  project,  since  Mure  to  note  the  language  m^  result  in  funding 
or  statutcay  penalties. 

The  Ifouse  and  Senate  Appropriations  Committees  and  their  Defense 
Subcommittees  on  Defense  and  Military  Construction  start  formal  reviews  of  the 
ptqxned  presidential  budget  in  Fdmiaty.  Approfaiatkois  committees  ^ly  funding 
across  all  federal  programs,  e.g.,  education,  defense,  entitleroents.  Accordingly, 
competing  demands  such  as  infiastructure  needs  often  result  in  defense  decrements. 
The  appropriations  committees  reconcile  authorizations  with  budg^  funds.  The 
Ifouse  and  Senate  vote  on  both  authorization  and  q^faopriation  bills  after  conference 
committee  meetings,  The  OSD  Conqjtrdler  issues  guidance  wdien  the  authorization 
and  rqjproiMiation  bills  ate  inconsistent  (as  thQ'  can  be).  If  enactment  of  the 
appiopriatioiis  bill  is  delayed  bqond  the  start  of  the  fi^  year,  a  “continuing 
re^ution”  is  passed  to  amhoiize  oUigations  that  do  not  exceed  the  lesser  rate  of 
prior  year  obligations  or  what  is  reflected  in  {»i(»r  action  of  Ctmgress.  OSDandthe 
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mililaiy  lovioei  also  provide  guidanoe  during  “continuing  lesohitioiB”  These 

finiUiniiingiwnliUintMnnmlly  allow  fedetal  ^gendeg  to  fiperate  for  a  fimrf  pwiwt  af 

a  reduced  a|>ending  rate  nhile  Congress  finishes  woik  cm  eadi  agency's  actual 
budget  fiir  die  coming  year. 

Views  of  Former  Joint  Program  Managers: 

•  The  biggest  problem  associated  with  cot^ressional  and  military  service 
stajS^  is  perceptions. 

•  Briefings  on  the  “Hill"  to  congressional  staffers  are  important  to  aid 
communication  and  exchange  of  important  program  status  data 

Phase  m  -  Anoortiopment 

The  OfiBceofManagement  and  Budget  (C^IB)  allocates  funding  to  OSD.  Intum, 
these  funds  are  reallocated  to  the  militaiy  services  and  other  DOD  organizations. 
Apportionment  allows  the  Preadent,  throu^  C^dB,  DOD,  and  the  military 
services,  to  control  funding  execution  rates.  Joint  program  managers  are  affected 
the  monitoring  that  accompanies  this  process,  llie  military  services  monitor  the 
latcs  at  which  funds  are  committed  (asagned  to  a  project);  obligated  (placed  on 
contract);  and  expended  or  didiursed  (paid  to  a  vendor).  OSD  uses  the  iifformation 
collected  and  analyzed  by  the  military  services  to  exercise  its  financial  control. 
OSD's  control  includes  ta^g  nxiney  bade  when  expenditure  or  obligation  rates  are 
too  low  or  assigning  to  the  military  services,  and  other  organizations,  recoupment 
objectives,  and  plans  for  saving  current  or  prior  year  funding.  The  joint  program 
manager  needs  to  be  cognizant  of  the  cycles  within  each  of  the  military  services 
from  which  he  or  she  obtains  funding.  As  an  example,  one  major  joint  program  lost 
several  million  dollars  because  the  other  partidpating  military  service's  deadline  for 
pulling  unobligated  money  back  occurred  much  earlier  than  the  lead  component's 
deadline. 

Views  of  Former  Joint  Proaam  Managers: 

•  The  program  manager  must  understand  the  PPBS  process  and  have  a 
working  knowledge  of  each  military  service's  budget  process.  Each 
military  service  must  have  mortey  to  support  the  proff-am;  this  precludes 
ary  problems  encountered  in  the  system  development  phase. 

•  Budget  shmffalls  need  to  be  addressed  for  eadi  military  service's  budget 
submission  window  and  discussed  with  the  program  management  team  or 
working  group. 

Phase  IV  -  Eiecution 

The  execution  phase  occurs  when  qiproiniated  fimds  are  qient  on  defense  programs. 
The  obligatkn  and  erqienditure  terms  discussed  above  ap^  to  the  execution  phase, 
since  the  program  expendituies  (novide  the  raw  tbta  that  DOD  uses  for 
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appoftioninent  management  The  DCX)  fiscal  stnictiue  is  a  biennial  process  tied  to 
Congress.  The  DAB  process  diacussed  in  Chapter  2  is  a  POD  management  control 
system  that  can  be  owenuled  by  the  budget  The  DAB  can  dear  a  program  to 
advance  to  the  next  milestone,  but  DAB  guidance  is  l^ally  and  practically 
contingent  on  fiinding. 

The  inherent  tension  in  the  process  fi>r  joint  program  managers  is  that  the  PPBS  is  a 
calendar-based  process,  while  joint  program  fiinding  needs  are  idated  to  acquisition 
milestones,  engineering,  and  productkm  schedules.  A  sensitivily  to  the  military 
service  petsonnd  who  monitor  the  budget  aspects  of  joint  programs  is  crucial  to 
finding  w^  to  acyust  the  DOD  resource  management  system  to  individual 
programs.  For  exanqile,  the  militaiy  services  have  been  ddegated  SIO  million  for 
O&M  and  procurement  and  $4  million  for  RDT&E  reprogramming  authority  from 
OSD  and  by  Congress  through  past  practice.  This  delegation  is  called  below- 
thieshold  rqHOgramming  and  applies  across  the  life  of  the  appropriatioa  For 
example,  RDT&E  is  a  two-year  approfuiation,  and  the  $4  million  threshold  applies 
across  the  two  years.  Larger  fiindirg  amounts  can  be  reprogrammed  (redirected)  to 
higher  priority  projects  under  DOD  or  congressional  authority.  The  PI^S  and 
execution  are  also  related  in  that  the  program  manager  must  work  with  budget  aaflfe 
to  provide  necessary  fimding  contiiuiity  for  projects.  Contract  and  budget  stafis  can 
help  the  joint  program  manager  plan  for  needed  fiscal  continuity.  Execution  is 
closely  related  to  the  PPBS  calendar  cycle,  but  driven  by  technical  events. 

Using  other  defense  components  to  contract  and  manage  key  program  activities  can 
adversely  afifect  program  execution  if  they  fiiil  to  spend  the  program  fiinds  as 
planned.  Consequently,  the  joirtt  program  manager  must  work  closely  with  program 
control  petsotmel  to  monitor  execution  of  fimds. 

Views  of  Former  Joint  Program  Managers: 

•  Understanding  the  "color"  of  money  is  a  necessity.  The  program  manager 
needs  to  understand  where,  when,  and  how  the  money  comes.  He  or  she 
needs  to  know  the  (color)  differences  of  RDT&E,  Procurement,  and  O&M 
dollars. 

•  Gaps  may  exist  from  program  start  to  entry  into  production;  therefore  a 
program  manager  must  have  periodic  reviews  of  the  program  to  ensure 
focus,  intent,  and  purpose  remain  at  the  forefront. 
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7 

BUSINESS  AND  TECHNICAL  ASPECTS  OF 
SYSTEMS  ACQUISITION  IN  A  JOINT 
ENVIRONMENT 


Genera] 

This  chapter  discusses  busitiess  and  technical  aspects  of  joint  program  managBinenL 
It  complements  Chapter  5  (life  cyde  management)  and  Chapter  6  (FPBS  issues)  by 
highligjiting  selected  acquisition  areas; 

•  Program  Office  Administration  and  Personnel 

•  Acquisition  Planning 

•  Acquisition  Program  Baseline 

•  Program  Protection  and  System  Security 

•  Contracting 

•  Request  for  Proposal  (RFP)Piqxiration 

•  Systems  Engineering 

•  Ri^  Management 

•  Integrated  Logistics  Support 

•  Total  Quality  Management 

•  Configuration  Mimagement 

•  Operational  Test  and  Evaluatioa 


Administrative  and  personnel  planning  are  inqxatant  for  Joint  prc^rams.  Joint 
Program  Offices  fidiow  the  1^  DOD  otxiqxment’s  acquisiticm  r^ulations  and 
should  use  the  lead  D(X>  cmnponent's  administrative  procedures.  The  joint 
program  manager  must  teco^iize  that  some  key  administrative  matters,  e.g., 
funding  and  personnel  evaluations,  must  be  prepared  in  accordance  with  sister 
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militaiy  servioe  standards.  The  (kputy  joint  program  inanager  is  nonnalfy  selected 
from  the  most  impnrtaitf  paitkipatiitg  milit^  service.  The  deputy  is  crudal  to 
building  and  aidaining  lelatioasiiips  with  the  sister  military  servioe  and  in  serving 
as  an  alter  ego  the  joint  program  manager,  e^redally  wt^  the  ]Mogram  manag» 
is  traveling.  It  should  be  noted  that  when  mote  than  one  participating  military 
service  is  involved,  the  program  office  m^  have  a  depthy  program  manager  fiom 
each.  The  selection  of  other  key  personnd  such  as  the  lo^cs  manager  and  key 
system  deputy  manager  (e.g..  Deputy  Program  Manager  for  Avionics)  requires  a 
sensitivity  toward  other  military  services'  career  paths  and  rating  procedures.  It  is 
important  to  review  the  persotmel  briefs  of  key  personnel  who  are  nominated  for 
program  roles. 

Matrix  management  is  often  an  effective  way  to  manage  joint  programs.  The  lead 
component  usually  provides  the  greatest  amount  of  engineering  staff,  with 
participating  military  services  performing  discrete  tasks  or  providing  integrated 
personnel.  Given  normal  fluctuations  in  design  and  engineering  schedules,  matrix 
management  is  often  used  to  align  engineering  personnel  with  tasks. 

View  of  Former  Joint  Program  Manager: 

.  A/weyxs  split  work  with  the  deputy  program  manager.  The  requirement  may 
be  based  on  expertise,  but  cross-talk  is  important  for  program  performance. 

Acquisition  Planning 

Joint  programs  require  special  attention  to  multiservice  funding  requirements  and  to 
acquiring  the  right  mix  of  joint  e>q}ertise  for  the  source  selection  process.  The 
acquisition  plan  must  specify  appropriate  joint  funding  commitments,  including  the 
type  of  moneys  required  Joint  users  and  military  service  logisticians  for  systems 
should  be  represented  on  the  Source  Selection  Advisory  Council,  the  Source 
Selection  Evaluation  Board  and  in  Statements  of  Work  (SOW)  reviews  and 
Contract  Data  Requirements  List  (CDRL)  calls. 

View  of  Forttter  Joint  Program  Manager: 

•  Relationships  are  important  to  cultivate  and  manage  through  the  program's 
life  cycle. 

View  of  Senior  JROC  Member 

•  "Key  performance  parameters  ^ould  be  output-oriented,  measurable, 
achievable,  ondlestMe.  ”  Attributed  to  the  Vice  Chief  of  Staff  USAF. 

Acquisition  Program  BtueUne 

The  Acquisition  Program  Baseline  (APB)  is  developed  the  program  manager  for 
the  Milestone  I  dedskxL  A  Development  Baseline  is  ptqxued  at  Milestone  n  and  a 
Production  Baseline  is  prqared  at  hOkstmiein.  Part  14  cffDC^I  5000.2  deserves 
basdine  formats.  The  joint  program  manager  stfomits  the  baseline  throng  the 
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deciskm  diain  to  the  Milestone  Decision  Authority.  For  ACAT  IC  programs,  the 
Component  Acquisition  Exectttive  will  approve  the  baseline  aixl  forward  an 
information  copy  to  the  USD(A&T).  For  ACAT  ID  programs,  the  lead  DOD 
service  will  submit  the  APB  to  USD(A&T)  for  ai^roval. 

The  acquisition  program  baseline  contains  key  cost,  schuhile,  and  performance 
parameters  for  the  progranL  ACAT  I  programs  have  the  most  formal  deviation 
reporting  requirements,  but  all  programs  will  require  program  baseline  deviation 
reporting.  Joint  program  baseline  issues  have  involved  a  lack  of  understanding  of 
performance  parameters  and  their  significance.  Joint  program  managers  need  to 
keep  consistent  parameters  in  k^  documentation:  (^rational  requirements 
dociunent,  the  TEMP,  the  acquisition  program  baseline,  and  in  JROC  presentations 
for  ACAT  I  programs. 

Protection  and  System  Security 

Joint  programs  must  have  an  efifective  security  plan.  The  plan  should  protect  key 
sensitive  aspects  of  the  program  fiom  espionage  threats  and  include  government  and 
industry  program  participants.  The  plan  should  discuss  operational  security 
(OPSEC)  issues,  especially  if  the  program  is  sensitive.  Security  is  important  to 
program  execution  because  delays  in  security  clearances  and  plant  accreditations  can 
adversely  affect  scheduling,  eqrecially  in  special  access  programs.  Information 
securi^  is  becoming  nxrre  of  an  issiK.  Communications  and  computer  systems  must 
be  accredited  for  various  levels  of  classification,  including  sponal  access  levels. 
Delays  in  accreditation  can  adversely  affect  the  program  if  the  joint  program 
manager  does  not  plan  for  system  certifications.  Additionally,  communications 
security  (COMSEC)  equipment  is  increasingly  embedded  in  equipment  at  the 
design  stage,  requiring  early  plaiuiing  for  COMSEC. 

Views  of  Former  Joint  Program  Managers: 

«  Must  have  program  protection  plan  for  sensitive  programs. 

♦  Security  issues  and  special  access  requirements  need  to  be  addressed  in 
MOUs  and  MOAs.  Identify  constraints  and  responsibilities  of  military 
services  and  contractors.  Sometimes  lead  component  regulations  are 
followed;  if  this  is  the  case,  need  to  ensure  all  military  services  associated 
with  the  program  understand  primary  guidance 

•  Special  Access  Security  is  a  major  issue  that  needs  to  be  addressed. 

Contracting 

Contracting  is  controlled  by  law  and  acquisition  regulations.  Accordingly,  the  bulk 
of  contracting  is  standard  across  the  military  services  in  its  broad  fiamework,  but 
there  are  differences  in  military  service  proposal  evaluation  procedures  and  other 
operating  procedures.  Since  joint  programs  may  have  more  requirements  changes 
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than  other  programs,  a  good  id^wnshy  wMi  contracting  is  important  to  tnmslate 
objectives  into  oootnct  tenns 

Views  rf  Former  Miit  Pmgram  Managm- 

•  Contracting  personnel  must  be  brou^  in  early  to  help  with  joint 
programs’  ejffbrts.  Contracting  officials  must  be  aware  of  operatioruil 
requirements.  They  cannot  write  contracts  on  “floahng"  requirements. 
Contracting  personnel  must  be  -Nonaries  and  have  per^xctives  on 
creative  contracting. 

•  Contracting  is  an  area  that  is  of  great  importance  to  the  Joint  program 
manager.  Contracting  may  provide  a  view  on  acquisition  and  buaness 
strategies,  associations  widi  contractors  (what  you  can  say  and  do),  and 
applications  to  the  Contracting  Officers  Representative  (COR).  A  problem 
for  the  joint  program  manager  is  the  lack  of  multiservice  contracting 
procedures. 

Request  for  Proposal  (RFP^Praisration 

RFP  preparation  for  joint  programs  is  siinilar  to  single-service  RFP  development 
However,  Joint  militaiy  service  RFPs  require  more  careful  coordination  of  evaluation 
criteria  and  other  key  Actors.  ACAT I  programs  have  a  statutory  requirement  for 
competitive  prototyping  resulting  in  or  “sbootofi&”  during  Phase  I,  but 

competitive  prototyping  is  waiverable.  Lower  ACAT  programs  must  also  factor  in 
how  tliQ'  will  maintain  oonqietition  throughout  develqrtnent  and  productiott  Joint 
program  nuuiagets  must  also  understand  the  significance  of  RFP  language  relatiog 
technical  and  cost  evaluations.  The  more  the  draft  RFP  language  en:q)hasizes 
technical  merit  over  cost,  the  greater  the  chances  of  the  RFP  driving  the  program  to 
the  most  costly  solution  in  a  technical  area  Nevertheless,  identified  high-risk  areas 
may  still  warrant  greater  emphasis  on  technical  merit  over  cost 

View  of  Former  Joint  Program  Manager 

•  Succesffiil  programs  have  a  common  purpose  fivm  the  begirming.  This 
saves  time,  money  and  precludes  "gold  plating. "  Program  requirements 
should  be  thoroughly  addressed  with  respect  to  objectives  and  technical 
feasibility. 

•  Bring  users  and  conh-acting  personnel  in  early  to  review  concept 
formulation. 

Systems  Enrint^rinp 

As  with  service  {nograms,  tystems  engineering  in  jrant  program  management  is  an 
essential  tool.  Interrelationships,  e.g.,  sensor  to  ground  station,  munitions  to 
multiple  military  service  platforms,  can  be  analy2ied  by  operational  teseardi 
techniques  to  devdop  optimum  solutions.  When  with  anatysis  of  key 
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parametefs  and  opeiatioiia]  testing,  systems  analysis  can  hdp  a  joiitt  program 
manager  effixdvdy  limit  risk  in  a  very  complex  undertaking. 

Views  of  FoniWT  Manaferst 

•  Integrated  Product  Team  (IPT)  (conbractar  and  government  personnel) 
integration  was  usefitl  and  necessary  in  keeping  program  together  and  on 
track.  The  contractor  identifies  high-profile,  priority,  and  cost  issues  they 
want  the  Joint  program  manager  to  control  and  monitor.  Teams  are 
identified  to  handle  issues,  i.e.,  security  and  mainterumce.  The  contractor 
identifies  teams  and  the  executive  board  monitors  overall  management  and 
timeliness 

•  Military  services  have  to  establish  requirements,  priorities,  and  technical 
parameters  at  program  implementation.  Before  each  acquisition  phase, 
define  requirements  and  redefine  thresholds  and  objectives. 

Risk  Management 

In  many  wto^  program  management  is  risk  management,  and  joint  programs  ^  to 
the  number  of  risks  &cing  the  joint  program  manager.  By  definition,  thejjoint 
program  manager  has  multiple  users,  requirements,  and  fiinding  sources,  lliese 
customers,  in  the  broad  TQM  sense,  can  adversely  affect  the  health  of  the  program 
by  requirements  and  fiinding  variations  and  by  raising  pditical  issues.  A  coinmon 
issue  is  the  degree  and  effectiveness  of  interoperability  of  the  new  system  with 
participating  military  service  systems.  Accordingly,  the  joint  program  manager 
should  be  careful  to  monitor  technical  risks  in  order  to  help  maintain  program 
consensus  and  to  ensure  proper  intert^rability. 

Risk  control  is  an  active  w^  to  manage  program  risk.  Multiple  developnamt  efforts 
and  early  prototyping  are  methods  of  minimizing  risk  in  programs.  Another  way  is 
to  inclu^  a  low>risk  design  backiq}  in  case  the  higher  risk  primary  ai^roach  is  not 
feasible.  Preplanned  product  improvement  provisions,  evolutionary  development, 
and  other  incremental  development  techniques,  especially  if  coordinated  with  user 
commands,  can  split  development  problems  into  smaU  increments  and  defer  large 
risks.  The  use  of  standard  software  and  software  reuse  can  also  minimize  software 
and  program  development  risks.  Finally,  when  a  parameter  such  as  weight  or  range 
is  vital  to  ^em  perfertnanoe,  it  may  be  appn^riate  to  use  a  board  that  has 
representatives  fiom  all  affected  techniral  functions  to  closely  monitor  its  progress. 
This  may  be  chaired  by  the  joint  program  manager.  It  provides  management  focus 
to  the  parameter  by  sUfifing  all  changes  that  affect  the  parameter.  The  board  can 
also  relate  logistics  and  other  functions  to  the  key  parameter  to  improve  life  cycle 
system  performance. 
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Views  of  Former  Joint  Program  Managers: 

•  Interoperability  is  the  number  one  concern  among  all  military  services. 
Commonality  (standard  maintenance  and  repair)  is  also  important. 
Interoperability  includes  the  Joint  interface/integration  of  documents  and 
integration  with  users  to  determine  what  it  is  you  want  to  interface. 

•  OSD  policies,  which  attempt  to  drive  a  “cottunon  "  platform  or  system,  have 
an  impact  on  addressing  all  the  military  services'  requirements  and  mcy 
need  to  be  reviewed  for  overall  program  effectiveness. 

Integrated  Logistics  Support 

In  warfare,  logistics  is  often  the  most  serious  planning  constraint.  Given  this 
militaiy  imperative,  it  is  in^rtant  to  underhand  both  lead  conqwnent  and 
participating  military  service  logistics  policies  and  procedures  to  field  a  sustainable 
s>'stem.  Continuous  Acquisition  and  Lifecycle  Support  (CALS)  should  be 
considered  for  integration  into  joint  programs.  Failure  to  achieve  logistics 
agreements  with  military  service  logistics  chiefs  can  lead  to  mandatoiy  reviews  and 
program  turbulence.  An  Integrated  Logistics  Support  Plan  (ILSP)  is  prepared  to 
document  the  required  logistics  support 

Within  90  days  of  awarding  the  Phase  11  contract  award,  the  joint  program  manager 
must  ensure  that  the  lead  component  reports  to  their  senior  logistics  authority'  and 
initiate  work  on  an  inter-service  logistics  support  agreement.  This  agreement  is 
completed  prior  to  Milestone  m.  If  a  program  fails  to  meet  this  90-day  milestone,  a 
program  review  will  be  chaired  the  logistic  head  of  the  lead  service.  This  review 
focuses  on  removing  impediments  to  inter-service  logistic  support  through  a  time- 
phased  action  plaa 

View  of  Former  Joint  Program  Manager: 

•  Joint  logistics  (one  depot)  helps  monies  pass  through  various  check  points 
in  the  PPBS. 

Total  Quality  Management  fTOlvn 

Efiective  quality  management  (or  total  quality  leadership,  in  the  Navy)  comes  fiom 
understanding  the  customer,  tailoring  procedures  for  the  situation,  and  providing  an 
envirorunent  in  which  persormel  can  professionally  grow  and  develop.  Successful 
joint  program  management  requires  the  TQM  principle  of  identifying  as  many  of 
the  program’s  customers  as  possible;  military  service  PPBS  personnel,  acquisition 
leadership,  contractor  engineering  personnel,  using  commands,  test  and  eviduation 
personnel,  etc.  The  total  team  must  be  energized  to  provide  the  best  ^ems  and 


'e.g.  Commander,  Air  Force  Materiel  (Tottunand,  or  to  his  designated 
r^restentative. 
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support  for  the  users,  oAen  assigned  to  the  Combatant  Commands  and  thdr 
oonqxnents.  Moreover,  joint  ixogram  management  is  inherently  sbessfol. 
Aasordingjy,  the  program  (tfBoe  s^  should  be  coached  and  developed  to  do  its  best 

Vww  rfFcnaff  Program  Manaiim: 

•  Join/  progfvms  ^tould  have  a  short  but  concise  training  program  for 
personnel  newly  assigned  to  the  program. 

•  People  issues  are  very  demanding  in  joint  program  management. 

•  Joint  liaison  through  the  life  cycle  of  the  program  provides  continuity  and 
authority. 

Configuratiim  Manawemeiit 

Configuration  management  is  aiwsQS  challenging  but  can  be  more  difficult  in  a  joint 
program.  Some  users,  with  good  intentions,  will  want  to  introduce  govemment- 
fiunished  scrftware  to  tadcle  a  paiticular  tasic  such  as  aircrafi  scheduling  or  flight 
time  recording.  The  sense  of  former  joint  program  management  debri^gs  was 
that  a  good  handle  on  configuration  management  indicated  effective  program 
control. 

View  of  Former  Joint  Program  Manager. 

•  men  you  have  good  configuration  management,  you  have  firm  control  of 
the  program.  To  get  a  background  on  Joint  program  management,  review 
reports firm  DOD/IG  and  GAO  representatives 

Operational  Test  and  Evaluation 

The  art  of  joint  management  in  this  area  is  in  planning  for  lead  component  test 
management,  sister  militaiy  service  participation,  and  fidelity  to  user  requirements. 
In  complex  joint  programs,  operational  tests  should  provide  feedbadc  to  the  users 
and  to  demonstrate  tystem  siq^itability.  In  other  words,  the  effective  joint 
program  manager  will  use  the  test  and  not  resist  the  test  Operational  tests  are  also 
used  to  identify  new  uses  atxl  tactics  for  the  tystem.  Joint  users  must  be  involved  in 
operational  tests  to  furthn  military  knowledge  and  tactics  in  areas  like  Short  Takeoff 
or  Landing  (STOL)  employment,  low-observable  tystems,  and  other  new 
warfighting  technologies.  This  coqreration  must  be  described  in  a  joint  TEMP, 
which  is  coordinated  with  the  participating  miUtary  services.  Sqrarate  testing 
provisions  m^  be  allowed  for  military  service-unique  tystems  or  modifications. 
Such  sqnrate  testing  must  be  paid  for  by  the  military  service  with  the  unique 
requirement 
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General 

This  chapter  reviews  the  previous  ch^)ters  highlighting  and  integrating 
significant  management  issues. 

Program  Office  Structure 

Joint  program  maru^ment  should  start  with  the  user's  vision  ci  the  military 
requirement,  e.g.,  mote  lethal  and  supportable  munitions  or  wide-area,  all-weather 
battlefield  surveillance.  The  program  manager  should  then  think  in  broad  terms 
about  the  best  program  ofiQce  structure  to  meet  those  requirements.  Traditiotrally, 
these  structures  have  tanged  fiom  a  jointfy  staffed  program  office  with  ties  to 
military  service  points-of-contact  to  a  single  military  service  program  office 
receiving  some  fimding  finom  other  military  services. 

Program  Office  Charter 

Joint  programs  requite  a  chatter  to  formalize  their  roles  and  missions  and  to  clarify 
joint  standing  with  the  military  services.  Although  there  is  no  set  format  for  these 
charters,  the  following  areas  should  be  addressed: 

•  Designation  ttf  the  program 

•  Statement  of  program  objectives 

•  Joint  program  manager's  role  and  accountabilify  consistent  with  DOD  SOOO 
series 

•  Specificatimi  for  joitU  funding  consistent  with  withdrawal  rules  discussed  in 
CtKq)ler2 

•  Definition  of  military  service  roles 

•  Rqxrrting  requirements  consistent  with  SOOO  series  prohibitions  on  dual 
reporting 

•  Program  (fficeorganizatiem  and  initial  staffing 

•  Joint  operating  procedures 
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•  Assignment  of  a  deputy  program  manager,  usually  fiom  the  major 
participating  military  service 

•  Methods  of  lesolving  militaiy  service  conflicts,  usually  referral  to  a  higher 
authority 

•  Creation  of  joint  committees  for  source  selection,  test,  and  evaluation  plans, 
etc. 

•  Performance  evaluations  of  personnel 

•  Provisions  to  review  and  update  the  charter 

Management 

Joint  program  managers  must  deal  with  changes  in  military  service  requirements, 
doctrine,  tactics,  and  funding.  Figure  8-1  describes  the  affect  of  this  on  program 
documentatioa 

Changes  to  the  Threat 

As  mentioned  earlier,  joint  program  maitagers  must  be  particularly  sensitive  lo  tire 
military  environment  of  their  program.  Significant  changes  in  these  areas  have 
ripple  effects  in  the  Integrated  Program  Summary,  especially  its  risk  assessment,  tire 
TEMP,  the  RFP,  the  ORD,  engineering  specifications,  and  tlie  STAR. 

Operational  Reauirements/Pferfonnance  Changes 

The  nature  of  joint  programs  can  result  in  changes  and  “requirements  creep.” 
Range,  p^Ioad,  and  other  changes  need  to  be  documented  in  the  Integrated 
Program  Summary,  espocialty  the  Risk  Assessment,  Acquisition  Program  Baseline. 
Integrated  Logistics  Support  Plan,  TEMP,  engineering  specifications,  RFP,  ORD. 
and  STAR  Related  operational  performance  parameter  changes  require  the  same 
documentation,  without  any  STAR  changes. 

Operational  Issues  and  Tactics  Changes 

Joint  programs  are  also  more  subject  to  changes  in  user  employment  concepts  and 
tactics.  For  example,  the  Air  Force  may  publish  a  new  Boirber  Road  Map  that 
affects  the  program,  or  relativety  new  peacdte^ing  requirements  in  support  of 
United  Nations-conirolled  forces  m^  cause  program  requirement  changes.  The 
CXKA,  TEMP,  and  (XID  should  be  updated  to  reflect  operational  changes. 

Software  Requirements  and  Testing 

Changes  in  strfhvare  requirements  and  testing  also  ripple  through  a  joint  program, 
mudi  as  a  m^  operatfonal  change,  because  of  the  pervasive  influence  of  software 
in  modem  weapon  systems. 
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As  rfiOTisserf  in  Chillier  7,  systems  analysis  of  relationships  is  a  useful  tool  for  joint 
program  managers.  The  joint  program  manager  should  eq>ect  more  changes  in  his 
or  her  program  for  the  reasons  discussed  in  this  handbook  and  adaptivdy  plan  to 
int^rate  changes  and  reduce  uncertainty  in  key  program  areas. 

The  program  team,  including  contractors  and  military  service  budget  stafis,  can 
adapt  to  change,  but  uncertainty  about  key  production  decisions  is  likely  to  drive  iqr 
costs  and  otherwise  adversely  affect  the  prograra  Therefore,  program  control  must 
emphasize  conununications  to  bdp  the  program  staff  adjust  to  change  constructively 
and  not  to  become  unfovorably  altered  by  uncertairuy.  Strong  leadership  is  needed 
to  meet  program  goals  in  a  dynamically  changing  geopolitical  and  physical 
environment 

Pnlitical  Dyinmics 

As  explained  in  Chapter  1,  the  definition  of  a  joint  program  includes  multiple  users. 
These  itsers  and  their  constituencies  will  exert  pressure  on  the  joint  program 
manager  through  requirements  changes  artd  fiscal  decisions.  The  joint  program 
manager  needs  to  understand  the  concerns  of  his  or  her  users  and  military  service 
proponents,  accommodate  their  needs  in  the  program  to  the  extent  that  thq'  can,  or 
explain  real  technical  and  fiscal  limitations  in  a  way  that  program  constituents  can 
understand  This  process  is  complicated  by  cultural  differences  in  military  service 
doctrine,  jargon,  and  planning  Furthermore,  the  joint  program  manager  must 
alw^  be  aware  that  senior  defense  officials  and  Congress  may  become  involved  in 
very  large  or  well-publicized  joint  programs. 

Technology  provided  the  means  to  win  the  Gulf  iVar,  but  it  was  leadership, 
the  painstaking  creation  of  a  quality  force,  and  years  of  hard  training  that 
brought  the  victory  about.  (Col  Harry  G.  Summers,  Jr.,  USA,  Ret,  On 
StrateevII:  A  Critical  Analysis  of  the  Gulf  War.  1992.) 
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MEMORANDUM  OF  AGREEMENT  ON  THE  MANAGEMENT  OF 
MULTISERVICE  SYSTEMS/PROGRAMS/PROJECTS 

1.  Putpow: 

This  Memoraodum  estaMishes  policies  for  iniplementing  multiservice  systems, 
program^rojea  management  in  accordance  with  DoD  Directive  3000. 1, 
"Acquisition  of  M^r  Defense  Systems,"  13  July  1971.  It  is  the  basic  policy 
document  for  managentent  of  muldseivice  systems,  programs  and  projects,  and  the 
feamewoik  within  which,  like  DoD  Directive  3000. 1,  acquisition  management 
procedures  must  operate. 


2.  PoUcy: 

The  Service  designated  as  the  Executive  Agent  shall  have  the  authority  to 
manage  the  program/project  under  the  policies  and  procedures  used  by  that  Service 
The  Prograrn/Product  Manger,  the  Program  /Project  Management  Office,  and,  in 
turn,  the  functional  elements  of  each  Participating  Service  will  operate  under  the 
policies,  procedures,  data,  standards,  specifications,  criteria  and  financial  accounting 
of  the  Executive  Service.  Excq)tion,  as  a  general  rule,  will  be  limited  to  those  where 
prior  mutual  agreement  exists  or  those  essential  to  satisfy  the  substantive  needs  of 
the  Participating  Services.  This  may  require  the  Participating  Services  to  accept 
certain  deviations  fiom  their  policies  and  procedures  so  as  to  accommodate  the 
assumption  of  fiiU  program/project  responsibility  the  Executive  Service. 
Demands  for  formal  reporting  as  well  as  non-recurring  needs  for  information  rvill  be 
kept  to  a  minimuta 


3.  Reqioiisibilities: 

a  The  Executive  S^cewill; 

(1)  Assign  the  Program/ProJect  Manager. 

(2)  Establish  an  official  manning  document  for  the 
Program/Project  Management  Office  which  will  incorporate  the  positions  to  be 
occupied  by  rq>tesentatives  of  the  Participating  Services,  e.g..  Department  of  the 
Army  Table  Distribiition  and  Allowances  (TDAVDqrartment  of  the  Navy 
Mai^xrwer  Listing/Dqrartment  rf  the  Air  Force  Unit  Detail  Listing  (UDL).  The 
manning  document  developed  fiom  the  Joint  Operating  Procedure  on  Staffing  will 
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also  Hwofnate  a  key  positioD  Sx  occupancy  by  the  Senior  Reptesentative  from  each 
of  the  PaiticqMting  Services. 

(3)  Staff  the  Pn^rant/Piqiect  Management  OEBce  with  the 
excq>lion  of  the  positkns  identified  on  the  manning  document  fiv  occupancy  by 
persninel  to  be  provided  by  the  Participating  Sendees.  Inti^rate  the  Par^pating 
Service  personnel  into  the  Prognun/Project  Management  Office. 

(4)  Be  responsible  fiir  the  administrative  support  of  the 
Prograffl/Prqlect  Management  Office. 

(5)  Delirteate  fimctkmal  tasks  to  be  acconqrlished  by  all 

participants. 

b.  The  Participating  Services  will: 

(1)  Assign  personnel  to  the  Program/Project  Management 
Office  to  fill  identified  positions  on  the  manning  document  and  to  assist  the 
Program/Project  Manager  in  satisfyirtg  the  requirements  of  all  participants. 
Numbers,  qualifications  and  qredfic  duty  assignments  of  personnel  to  be  initially 
provided  by  each  Participating  Service  will  be  refiected  in  the  Joint  Operating 
Procedure. 


(2)  The  Senior  Rqneseniative  fiom  each  Participating  Service 
will  be  reflected  in  the  Joint  Operating  Procedure. 

(3)  The  Senior  Rqnesentative  fiom  ^h  Participating  Service 
will  be  assigned  to  a  key  position  in  the  Program/Project  Management  Office  and 
report  directly  to,  or  have  direct  access  to,  the  Ptograrn/Project  Manager.  This  key 
position  could  include  assignment  as  Deputy  to  Program/Project  Manager.  He  will 
function  as  his  Service's  rqjresentative,  with  resqxMtsibilities  and  authorities  as 
outlined  in  Paragraph  3.d  of  this  Agreement 

(4)  Provide  travel  funds  and  support  necessary  for  the 
accomplishment  of  the  re^nsibilities  of  their  representatives  in  the  management  of 
the  Progtam/PtigecL 

(5)  Accooqtiish  Program/Project  functional  tasks  as  ^lecifically 
assigned  in  the  Charter,  in  the  Master  Plan  and  Joint  Operating  Procedures  (JOPs), 
or  as  requested  and  aocqited  during  the  course  of  the  Prqgram/ProjecL 


c.  The  Program/Project  Manager  will: 

(1)  Satisfy  the  ^tecific  operational,  siqipott  and  status  rqnrting 
requirements  all  Participating  Settices. 
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(2)  Be  lespoasible  for  planning,  cxMitroUing,  coordinating, 
nrganiTing  and  directing  the  validation,  development,  production,  procurement  and 
fimncial  management  of  the  Program/Pioject 

(3)  Review,  cm  a  continuing  basis,  the  adequacy  of  resources 

assigned. 

(4)  Assure  that  platming  is  acconqtlished  by  the  organizations 
responable  for  tte  comtdementaty  fonctions  of  logistics  siqiport,  personnel  training, 
operational  testing,  rotary  construction  and  other  facilities,  r^vation  or 
d^loymenL 

(5)  Refer  to  the  appropriate  authority  those  matters  that  require 
diyisiniK  higher  echelons.  The  following  items  will  be  referred  to  appropriate 
authority; 

(a)  Deviations  from  the  established  Executive  Service 
policy  except  as  specifically  authorized  by  the  Program/Project  documentation 
(reference  Paragraph  4  bdow). 

(b)  Increases  in  funding  of  the  Program/Project 

(c)  (Changes  to  milestones  established  by  higher 

authority. 

(d)  Program/Project  changes  degrading  mission 
performance  or  altering  operational  characteristics. 


d.  Participating  Service  Senior  Representative(s)  within  the 
PTOgram/Project  Management  Office  will: 

(1)  Speak  for  his  parent  Service  in  all  matters  subject  to  the 
limitations  prescribed  by  his  Service.  Authority  of  the  Service  Senior  Representative 
is  subject  to  the  sartK  limitations  listed  above  for  the  Program/Project  Manager. 

(2)  Refer  to  his  parent  Service  those  matters  which  require 
decisions  by  higher  echelons. 


4.  Documentatioo: 

Management  for  particular  Multiservice  Program/Projects  shall  be  documented 
by: 

(a)  A  Multiservice  Program/Project  Manager  Charter.  The  responsible 
Commander  in  the  Sovice  having  principal  Program/Project  management 
te^nsibility  will  cause  the  ineparation,  negotiation  and  issuance  of  a  jointly 
approved  Chatter  which  will  identify  the  Program/Project  Manager  and  establish  his 
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managfiwnt  office.  The  Chaito^  will  define  his  mission  re^nsibility,  authoritv 
and  major  functions,  and  describe  his  relationships  with  other  organuahons  which 
will  use  and/or  support  the  Pit^ram/ProjecL  The  Charter  will  describe  and  assign 
responsibility  for  satisfying  peculiar  management  requkemenis  of  Paiticipaang 
Services  which  are  to  be  met  in  the  Pn^ram/Projcct  and  will  be  jointly  af^ioved  of 
the  Headquarters  of  each  involved  Service  persons  officially  ai^inted  to  approve 
such  Charters. 

(b)  A  Program/Project  Master  Plan.  This  is  the  document  developed  and 
issued  by  the  Program/Project  Manager  which  shows  the  integrated  time-phased 
tasks  arid  resources  tequir^  to  accomplish  the  tasks  specified  in  the  at^roved 
statement  of  need/performatKe  requirements.  The  plan  will  be  jointly  approved  for 
each  involved  Service  by  persons  officially  appointed  to  approve  such  plans. 

(c)  Joint  Operating  Procedures  (JOPs).  These  will  identify  and  describe 
detailed  procedures  and  interaction  necessary  to  cany  out  significant  aspects  of  the 
Program/Project.  Subjects  for  JOPs  may  include  Systems  Engineering,  Personnel 
Staffing,  Reliability,  Survivability,  Vulnerability,  Maintainability,  Production, 
Management  Controls  arul  Reporting,  (including  SAR),  Firrancial  Control,  Test  and 
Evaluation,  Training,  Logistics  St^jport,  Procurement  arul  DeploymenL  The  JOPs 
will  be  developed  arul  negotiated  the  Program/Project  Manager  and  the  Senior 
Representative  fiom  the  Participating  Services.  An  optional  format  is  suggested  in 
Attachment  1  to  this  Agreement.  This  action  will  be  initiated  as  soon  as  possible 
and  accomplished  not  later  than  180  days  after  promulgation  of  the  Multiservice 
Program/Project  Manager  Charter.  Unresolved  issues  will  be  reported  to  the  Charter 
approving  authorities  for  resolution. 

(d)  Coordination/Communication.  Where  Participating  Services  arc 
affected,  significant  program  action,  contractual  or  otherwise,  will  not  be  taken  by 
the  Program/Project  Manager  without  full  consultation  and  coordination  with  the 
Participating  Services  while  the  matter  is  stLli  in  the  plaruiing  stage.  All  formal 
communications  fiom  the  Program/Project  Management  Office  to  higher  authority 
in  the  Executive  or  Participating  Services  will  be  signed  by  the  Program/Project 
Manger  or  his  designated  representative.  Substantive  change  to  the  Charter,  Master 
Plan,  or  JOPs  will  be  negotiated  with  affected  participating  Services  prior  to  issuance 
as  an  a^rroved  change.  No  restrictions  will  be  placed  on  direct  two-way 
communications  required  for  the  prosecution  of  the  Program/Project  work  effort, 
other  than  that  requi^  for  security  purposes. 


1  Atch 
JOP  Format 
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We  approve  this  MenxMandum  of  Agreement  and  its  implementing  regulation. 


/s/HENRY  A.  MILEY,  JR 
General,  USA 
Commanding  General 
US  Army  Materiel  Command 
/sflt.C.KlDD,JR 
Admiral,  USN 
Chief  of  Naval  Material 
Naval  Material  Command 

/s/JACK  J.  CATTON 
General,  USAF 
Commander 

Air  Forte  Logistics  Command 

/s/GEORGES.  BROWN 
General,  USAF 
Commander 

Air  Forte  Systems  Command 


20  July  1973 
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Joint  AMCyNMC/AFLCVAFSC  Operating  Procedure  format 


l.  INTRODUCTION: 

This  paragr!4)h  is  intended  to  give  a  description  and  a  brief  review  of  the 
functional  area  of  interest  including  why  the  JOP  is  necessary.  Outline  briefly  the 
overall  requirement  which  needs  litlfillmenL 

n.  SCOPE: 

This  scope  will  outline  the  various  phases  of  the  Program/Project  and  tie  down 
the  overall  limits  of  the  fimcdonal  area  of  interest  in  terms  of  time  and  any  special 
provisions  or  limitations. 

m.  REFERENCES: 

Include  all  applicable  AMC/NMCVAFLC/AFSC  regulations,  directive,  etc., 
that  are  pertinent  to  the  func^onal  area  of  interest 

IV.  RESPONSmiLmES: 

This  paragraph  is  intended  to  identify  the  relationships  and  responsilrle  entities 
such  as  who  has  the  overall  management  responsibility  and  who  has  the  support 
responsibility.  IN  addition,  this  paragr^h  should  describe  what  tlic  'product"  or  the 
effort  should  be. 

V.  PROCEDURES: 

This  paragraph  should  define  the  work  to  be  accomplished  and  indicate  the 
main  steps  of  action,  including  coordination,  which  are  required  to  conduct  the  tasks 
involved  properly  in  developing  the  functional  area  of  interesL 


APPROVAL: 

Senior  Representative 
Participating  Service 


Program/Project  Manager 
Executive  Service 


Attachment  1 


FOOTNOTE: 

1.  This  memorandum  of  agreement  is  published  as  a  joint  regulation,  AFLC/AFSC 
R  800-2.  AMCR70-59/NAVMATINST5000.10A. 
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